--- Comment #5 from pault at gcc dot gnu dot org 2007-11-06 08:08 ---
(In reply to comment #4)
I had come to the same conclusion overnight - it is odd that procedures are not
distinguished from non-procedures but there we are; that's what the standard
does not say.
Well done, Tobias.
--- Comment #5 from jakub at gcc dot gnu dot org 2007-11-06 08:27 ---
Subject: Bug 33894
Author: jakub
Date: Tue Nov 6 08:26:50 2007
New Revision: 129919
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129919
Log:
PR c++/33894
* cp-tree.h: Update comment - TYPE_L
[EMAIL PROTECTED] CompTest]$ cat isotope.f90
program fred
implicit none
integer,dimension(3),parameter::MaxJ=2
integer,dimension(maxval(MaxJ))::N
integer::J
N=0
do J=1,maxval(MaxJ)
write(*,*)N(J)
enddo
end
[EMAIL PROTECTED] CompTest]$ gfortran -v -c isotope.f90
Using built-in specs.
Target: x86
--- Comment #6 from jakub at gcc dot gnu dot org 2007-11-06 08:35 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2007-11-06 08:28 ---
Subject: Bug 33993
Author: jakub
Date: Tue Nov 6 08:28:37 2007
New Revision: 129920
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129920
Log:
PR tree-optimization/33993
* tree-vect-transform.
--- Comment #8 from jakub at gcc dot gnu dot org 2007-11-06 08:29 ---
Subject: Bug 33458
Author: jakub
Date: Tue Nov 6 08:29:48 2007
New Revision: 129921
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129921
Log:
PR tree-optimization/33458
* tree-inline.c (copy_
--- Comment #15 from jakub at gcc dot gnu dot org 2007-11-06 08:33 ---
Subject: Bug 33168
Author: jakub
Date: Tue Nov 6 08:33:25 2007
New Revision: 129922
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129922
Log:
PR target/33168
* decl.c (cp_finish_decl): Call
--- Comment #6 from jakub at gcc dot gnu dot org 2007-11-06 08:34 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jakub at gcc dot gnu dot org 2007-11-06 08:35 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #16 from jakub at gcc dot gnu dot org 2007-11-06 08:37 ---
Fixed, ppc64-linux bootstraps just fine now even without --with-cpu=default32.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
-
gcc-4.3.0 revision 129794
Builds fine with gcc 4.1.2 as boostrap compiler:
Target: hppa2.0w-hp-hpux11.00
Configured with:
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/configure
--prefix=/appl/shared/gcc/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0 --with-gnu-as
--with-as=/appl/shared/gcc/HP-U
--- Comment #1 from r dot emrich at de dot tecosim dot com 2007-11-06
10:23 ---
Created an attachment (id=14488)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14488&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
--- Comment #8 from jakub at gcc dot gnu dot org 2007-11-06 10:47 ---
Seems to be (at least on ppc64-linux) PCH related, if I move O2.gch away,
assembly contains the correct __gcc_qdiv references, while after moving it
back I get back the incorrect __divtf3 ones. Looking into it.
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-11-06 11:30 ---
This comes from:
DEF_VEC_P(rtx);
DEF_VEC_ALLOC_P(rtx,heap);
DEF_VEC_ALLOC_P(rtx,gc);
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-11-06 11:33 ---
I think 4.2 is also broken.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from r dot emrich at de dot tecosim dot com 2007-11-06
11:35 ---
(In reply to comment #3)
> I think 4.2 is also broken.
>
4.2.2 is ok.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #1 from jv244 at cam dot ac dot uk 2007-11-06 11:44 ---
http://j3-fortran.org/doc/year/97/97-007r2/pdf/97-007r2.pdf
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34002
--- Comment #2 from pault at gcc dot gnu dot org 2007-11-06 11:49 ---
In the code for the testcase:
len_test ()
{
real4 x[7];
static int4 options.40[7] = {68, 127, 0, 0, 0, 1, 0};
..snip..
parm.48.dim[0].lbound = D.727;
parm.48.dim[0].ubound = ubound.45;
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-11-06 11:37 ---
What I mean is that 4.2's rtl has the same issue. What happens if you try to
bootstrap 4.2 with 4.3?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
--- Comment #6 from r dot emrich at de dot tecosim dot com 2007-11-06
12:02 ---
Takes a few minutes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34003
--- Comment #9 from henning dot m at insightbb dot com 2007-11-06 12:37
---
(In reply to comment #8)
> (In reply to comment #7)
> > With Mike's description in comment #6, confirmed on 4.1.2 and 4.2.2. AVR GCC
> > 4.2.2 is worse than 4.1.2, in that even if sub2 is called with (x+1), the
--- Comment #8 from irar at il dot ibm dot com 2007-11-06 13:17 ---
(In reply to comment #6)
> (In reply to comment #2)
> > For example vect_get_vec_defs_for_stmt_copy
> > doesn't allocate the VECs which is exactly what causes the problem here.
>
> vect_get_vec_defs_for_stmt_copy is not
--- Comment #7 from r dot emrich at de dot tecosim dot com 2007-11-06
14:22 ---
Created an attachment (id=14489)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14489&action=view)
preprocessed source
gcc-4.2.2 yields the same problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
After PR 33997 turned out to be no bug, there is the following program, which
gfortran wrongly accepts.
A bit oddly the Fortran standard does not distinguish between variables and
functions and subroutines are wild matches. The following is the relevant part
from the Fortran 2003 standard ("16.2.3
--- Comment #2 from pault at gcc dot gnu dot org 2007-11-06 14:13 ---
GNU Fortran (GCC) 4.3.0 20070912 (experimental)
Copyright (C) 2007 Free Software Foundation, Inc.
$ cat pr34002.f90
program fred
implicit none
integer,dimension(3),parameter::MaxJ=2
integer,dimension(maxval(MaxJ))::N
--- Comment #3 from jwakely dot gcc at gmail dot com 2007-11-06 14:34
---
Some related discussion:
http://gcc.gnu.org/ml/libstdc++/2007-10/msg00180.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24347
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-11-06 14:38 ---
Subject: Bug 32566
Author: dgregor
Date: Tue Nov 6 14:37:56 2007
New Revision: 129928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129928
Log:
2007-11-06 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #1 from dgregor at gcc dot gnu dot org 2007-11-06 14:38 ---
Subject: Bug 32115
Author: dgregor
Date: Tue Nov 6 14:37:56 2007
New Revision: 129928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129928
Log:
2007-11-06 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-11-06 14:38 ---
Subject: Bug 32114
Author: dgregor
Date: Tue Nov 6 14:37:56 2007
New Revision: 129928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129928
Log:
2007-11-06 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-11-06 14:39 ---
Subject: Bug 33886
Author: dgregor
Date: Tue Nov 6 14:39:41 2007
New Revision: 129929
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129929
Log:
2007-11-06 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #4 from dgregor at gcc dot gnu dot org 2007-11-06 14:39 ---
Subject: Bug 33977
Author: dgregor
Date: Tue Nov 6 14:39:41 2007
New Revision: 129929
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129929
Log:
2007-11-06 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-11-06 14:42 ---
Fixed
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-11-06 14:43 ---
Fixed
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-11-06 14:43 ---
Fixed
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-11-06 14:43 ---
Fixed
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-11-06 14:43 ---
Fixed
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from dgregor at gcc dot gnu dot org 2007-11-06 14:43 ---
Fixed
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from dgregor at gcc dot gnu dot org 2007-11-06 14:42 ---
Fixed
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-11-06 14:42 ---
Fixed
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-11-06 14:40 ---
Fixed
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #5 from dgregor at gcc dot gnu dot org 2007-11-06 14:40 ---
Fixed
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-11-06 14:38 ---
Subject: Bug 32128
Author: dgregor
Date: Tue Nov 6 14:37:56 2007
New Revision: 129928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129928
Log:
2007-11-06 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #1 from dgregor at gcc dot gnu dot org 2007-11-06 14:38 ---
Subject: Bug 32127
Author: dgregor
Date: Tue Nov 6 14:37:56 2007
New Revision: 129928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129928
Log:
2007-11-06 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-11-06 14:38 ---
Subject: Bug 32126
Author: dgregor
Date: Tue Nov 6 14:37:56 2007
New Revision: 129928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129928
Log:
2007-11-06 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #1 from dgregor at gcc dot gnu dot org 2007-11-06 14:38 ---
Subject: Bug 31439
Author: dgregor
Date: Tue Nov 6 14:37:56 2007
New Revision: 129928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129928
Log:
2007-11-06 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-11-06 14:38 ---
Subject: Bug 32125
Author: dgregor
Date: Tue Nov 6 14:37:56 2007
New Revision: 129928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129928
Log:
2007-11-06 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #1 from dgregor at gcc dot gnu dot org 2007-11-06 14:38 ---
Subject: Bug 32253
Author: dgregor
Date: Tue Nov 6 14:37:56 2007
New Revision: 129928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129928
Log:
2007-11-06 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2007-11-06 15:14
---
Things start to go awry much earlier though, at the end of the first VRP pass
when jumps are threaded. More specifically in update_bb_profile_for_threading
if (prob > taken_edge->probability)
{
if (
--- Comment #45 from jakub at gcc dot gnu dot org 2007-11-06 15:14 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from amacleod at redhat dot com 2007-11-06 15:28 ---
Partitioning doesn't really seem to be the root problem.
looking at testcase-min.i:
There are about 820 SFTs associated with the giant structure, and we decide
that they *all* can be affected by the memory access and t
With trunk from 20071105:
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O2 -ftree-vectorize
vnc-Unwrap.c
vnc-Unwrap.c: In function 'XdmcpUnwrap':
vnc-Unwrap.c:4: error: expected an SSA_NAME object
vnc-Unwrap.c:4: error: in statement
base_off.31_46 = iftmp.32;
vnc-Unwrap.c:4: internal comp
--- Comment #1 from tbm at cyrius dot com 2007-11-06 15:52 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
void XdmcpUnwrap (unsigned char *input, unsigned char *output, int k)
{
int i;
unsigned char blocks[8][8];
for (i = 0; i < 8; i++)
blocks[k][i] = input[i];
k
--- Comment #2 from tbm at cyrius dot com 2007-11-06 15:52 ---
When I change the testcase slightly I get a difference ICE:
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O2 -ftree-vectorize
vnc-Unwrap2.c
vnc-Unwrap2.c: In function 'XdmcpUnwrap':
vnc-Unwrap2.c:4: error: control f
--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-06 15:57 ---
Subject: Bug 32256
Author: tromey
Date: Tue Nov 6 15:57:02 2007
New Revision: 129936
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129936
Log:
gcc
PR c++/32256, PR c++/32368:
* function.c (s
--- Comment #5 from tromey at gcc dot gnu dot org 2007-11-06 15:57 ---
Subject: Bug 32368
Author: tromey
Date: Tue Nov 6 15:57:02 2007
New Revision: 129936
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129936
Log:
gcc
PR c++/32256, PR c++/32368:
* function.c (s
--- Comment #7 from tromey at gcc dot gnu dot org 2007-11-06 16:01 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|3.
--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-06 16:01 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|
Hi,
the code (see below) compiled with
gfortran -O2 -Wall -fdefault-integer-8 -ftree-vectorize a.f
gives a complete garbage, since compiler changing the order of execution
inside the loop.
=
DIMENSION Nvec(10),iVEC(10)
do i=1,10
Nvec(i)=i
enddo
--- Comment #6 from dominiq at lps dot ens dot fr 2007-11-06 16:17 ---
> Ans a simple patch to fix it:
I have applied the patch, but the test case fails if teststream does not exist
(passes if the file exists).
[karma] f90/bug% gfc streamtest_7.f90
[karma] f90/bug% a.out
[karma] f90/b
--- Comment #3 from fang at csl dot cornell dot edu 2007-11-06 16:43
---
"Sieben auf einen Streich!" (9 really, but who's counting?) :D
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32253
ranch from
October 27).
(sid)[EMAIL PROTECTED]:~/build/gcc-snapshot-20071106/build/gcc$ gcc -c -g -O
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros
--- Comment #6 from bonzini at gnu dot org 2007-11-06 17:05 ---
I think P1 is a little too much since this requires -fforce-addr.
Anyway, here are my findings and thoughts:
1) reduced testcase:
void oc_frag_recon_inter2_mmx(unsigned char *_dst,int _dst_ystride,
const unsigned char *_
--- Comment #1 from daney at gcc dot gnu dot org 2007-11-06 17:08 ---
Perhaps your bootstrap compiler is faulty.
It would seem that no code from the compiler-being-built is run at this point.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34007
--- Comment #7 from bonzini at gnu dot org 2007-11-06 17:10 ---
I would also like to know the status, because I would like to get rid of
-fforce-addr. :-)
--
bonzini at gnu dot org changed:
What|Removed |Added
--
;t see this problem?
Anyway, I can put the assembler file somewhere if that's helpful. I need
to go shopping right now, but I'll try to compile with 4.3 in a bit.
(sid)[EMAIL PROTECTED]:~/build/gcc-snapshot-20071106/build/gcc$ as -EB -O2 -g
-no-mdebug -mabi=32 -KPIC -o fold-cons
--- Comment #3 from tbm at cyrius dot com 2007-11-06 17:14 ---
But yeah, I guess you're right that I shouldn't have marked this a "4.3
regression" when 4.2 is producing bad code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34007
--- Comment #4 from daney at gcc dot gnu dot org 2007-11-06 17:17 ---
This is my last known good mips-linux-gnu build:
http://gcc.gnu.org/ml/gcc-testresults/2007-10/msg01186.html
On mipsel-linux-gnu I am bootstrapping almost daily without problems.
Also last night (with an current but
--- Comment #5 from tbm at cyrius dot com 2007-11-06 17:18 ---
Compiling the file with 4.3.0 20071030 works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34007
--- Comment #6 from tbm at cyrius dot com 2007-11-06 17:23 ---
and 4.1.3 20071019 works too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34007
--- Comment #6 from jv244 at cam dot ac dot uk 2007-11-06 17:26 ---
> I had come to the same conclusion overnight - it is odd that procedures are
> not
> distinguished from non-procedures but there we are
there is nothing odd about that
PROGRAM TEST
INTEGER I
CALL F(I)
END PROGRAM
--- Comment #34 from hjl at lucon dot org 2007-11-06 17:30 ---
An updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00273.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30961
--- Comment #1 from kargl at gcc dot gnu dot org 2007-11-06 17:45 ---
Works for me on trunk. Doesn't work in 4.2.
troutmask:sgk[217] gfc4x -o z -O2 -ftree-vectorize -fdefault-integer-8 z.f
troutmask:sgk[218] ./z
1 2 4 7 11 16 22 29 37 46
troutmask:sgk[219] gfc4x -o z -O2 -ftree-vecto
--- Comment #8 from pcarlini at suse dot de 2007-11-06 17:24 ---
Thanks a lot, Tom!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32256
--- Comment #7 from tbm at cyrius dot com 2007-11-06 17:58 ---
4.1 and 4.3 work, 4.2 on mipsel also works. Only 4.2 on mips fails. I'll
try the latest 4.2 from SVN now.
--
tbm at cyrius dot com changed:
What|Removed |Added
---
--- Comment #3 from dorit at gcc dot gnu dot org 2007-11-06 18:11 ---
I don't think these are related to PR33680. Sounds like we may be generating a
stmt with a cond_expr at the rhs. The data-reference analysis results in:
base_address: &blocks
offset from base address:
--- Comment #8 from tbm at cyrius dot com 2007-11-06 18:41 ---
4.2.3 20071106 from SVN works, so I guess this bug can be closed.
--
tbm at cyrius dot com changed:
What|Removed |Added
--- Comment #5 from sam at rfc1149 dot net 2007-11-06 18:50 ---
Eric: do you mean that tail recursive calls are not allowed with -fstack-check?
With the current trunk, the code is ok with -O3 (tail-recursive call) and still
buggy with -O ("rep ret" on x86). This is even stranger :)
--
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-11-06 18:51
---
Yep. Let's call it rtl-optimization since it's the var tracking pass.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-11-06 18:52 ---
Confirmed.
Caused by:
2006-02-18 Richard Sandiford <[EMAIL PROTECTED]>
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from michael dot olbrich at gmx dot net 2007-11-06 18:55
---
A rerun with Debian's latest versions:
g++-4.2 (GCC) 4.2.3 20071014 (prerelease) (Debian 4.2.2-3)
g++-4.3 (Debian 4.3-20071020-1) 4.3.0 20071020 (experimental) [trunk revision
129510]
4.2 4.3 |
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from dorit at gcc dot gnu dot org 2007-11-06 18:29 ---
> We probably need to call the gimplifier (if we don't already) and also apply
> Zdenek's patch that allows gimplifying rhs cond_exprs -
> http://gcc.gnu.org/ml/gcc-patches/2007-07/msg02052.html.
Yep - I just tried ap
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-11-06 19:07
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #35 from hjl at gcc dot gnu dot org 2007-11-06 19:19 ---
Subject: Bug 30961
Author: hjl
Date: Tue Nov 6 19:19:23 2007
New Revision: 129943
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129943
Log:
gcc/
2007-11-06 Ulrich Weigand <[EMAIL PROTECTED]>
PR ta
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-11-06 19:04
---
> Eric: do you mean that tail recursive calls are not allowed with
> -fstack-check?
No, they are allowed. Optimizing the Ada testcase into an infinite loop is OK
if you don't consume the stack.
--
http://g
--- Comment #10 from wvangulik at xs4all dot nl 2007-11-06 19:34 ---
(In reply to comment #9)
>
> I think you will also find that if x is changed from ststic to auto the same
> problem appears.
>
Ok, I tried to find the minimum test case.
And it has nothing todo with static/volatile/i
--- Comment #3 from jakub at gcc dot gnu dot org 2007-11-06 19:41 ---
Actually caused by PR23372 fix. Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from bonzini at gnu dot org 2007-11-06 20:08 ---
Can you try -O3 -fno-predictive-commoning and -O3 -fno-tree-vectorize?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33604
--- Comment #10 from rask at gcc dot gnu dot org 2007-11-06 20:14 ---
Subject: Bug 32787
Author: rask
Date: Tue Nov 6 20:14:22 2007
New Revision: 129944
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129944
Log:
2007-11-06 Rask Ingemann Lambertsen <[EMAIL PROTECTED]>
--- Comment #1 from wvangulik at xs4all dot nl 2007-11-06 20:41 ---
Well, that would be ok for the AVR. The test is allocating more than the 64K of
adressable space the AVR has. This should be a "expected to fail" for the AVR
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33782
Hi,
there's a bug that shows up when overloading elemental assignments.
The attached code sample crashes with:
gfcbug74.f90: In function 'assign_atm_to_atm':
gfcbug74.f90:33: internal compiler error: in gfc_trans_call, at
fortran/trans-stmt.c:389
When replacing the offending line
y% m = x%
--- Comment #1 from anlauf at gmx dot de 2007-11-06 22:20 ---
Created an attachment (id=14491)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14491&action=view)
Demo code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34008
--- Comment #9 from rsandifo at gcc dot gnu dot org 2007-11-06 22:15
---
Created an attachment (id=14490)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14490&action=view)
possible patch
I can't produce the bug on x86_64-linux-gnu, but could you give the
attached patch a go? Than
--- Comment #2 from drow at gcc dot gnu dot org 2007-11-06 22:02 ---
Works for me on Debian/unstable using GCC 4.2, GDB 6.7, so I expect this was a
bug in Ubuntu's compiler version.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from rguenth at gcc dot gnu dot org 2007-11-06 21:51
---
I don't think we want to start playing with the heuristics ;) That patch
certainly will cause compile-time and memory usage regressions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33604
--- Comment #3 from andreast at gcc dot gnu dot org 2007-11-06 22:55
---
Patch is posted here:
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00286.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31937
--- Comment #11 from rguenther at suse dot de 2007-11-06 21:36 ---
Subject: Re: [4.3 Regression] ICE in
ssa_operand_alloc, at tree-ssa-operands.c:487 with -O3
On Tue, 6 Nov 2007, amacleod at redhat dot com wrote:
> Partitioning doesn't really seem to be the root problem.
But partiti
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2007-11-06 21:33
---
> I just talked to mark mitchell who was wearing his official language
> lawyer hat at the time. He said i had to fix it. i will submit a patch
> in the next day or so.
Thanks in advance.
--
http://gcc.gnu
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.2.3 |4.2.1
Target Milestone|--- |4.2.3
1 - 100 of 122 matches
Mail list logo
