--- Comment #14 from rguenth at gcc dot gnu dot org 2006-05-03 08:10
---
This is a blocker for me.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from krebbel1 at de dot ibm dot com 2006-05-03 08:25 ---
The similar problem occurs on s390x:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01795.html
The problem (for ia64 and s390x) is fixed on mainline by:
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00697.html
which u
--- Comment #8 from pluto at agmk dot net 2006-05-03 09:02 ---
Created an attachment (id=11364)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11364&action=view)
full 32-bit testcase.
--
pluto at agmk dot net changed:
What|Removed |Added
-
--- Comment #9 from pluto at agmk dot net 2006-05-03 09:05 ---
(In reply to comment #7)
> The testcase works for me as I don't have the STLport installed (and what is
> in
> this bug is not enough to reproduce the bug).
>
so, try latest testcase.
$ make
g++ testDrv.ii -o testDrv -pt
--- Comment #6 from schwab at suse dot de 2006-05-03 09:17 ---
> While the C standard says that the result of the conversion is unspecified,
The standard says that the behaviour is undefined (6.3.1.4#1). That is even
true when converting to unsigned.
--
http://gcc.gnu.org/bugzilla
--- Comment #10 from pluto at agmk dot net 2006-05-03 09:19 ---
Created an attachment (id=11365)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11365&action=view)
source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27156
--- Comment #11 from pluto at agmk dot net 2006-05-03 09:22 ---
also fails on 64-bit system.
$ g++ testDrv.cpp -o testDrv -pthread -O2 \
-I/usr/include/stlport -nodefaultlibs -lstlport -lc
$ ./testDrv
*** glibc detected *** ./testDrv: munmap_chunk():
invali
--- Comment #5 from martin at mpa-garching dot mpg dot de 2006-05-03 09:46
---
(In reply to comment #4)
> We still need a self contained testcase to reproduce this issue.
I tried producing one, but it seems that this would take me much more time
than I can currently afford, especially
--- Comment #15 from rguenth at gcc dot gnu dot org 2006-05-03 10:00
---
Btw, can someone java-capable reduce the testase
import javax.xml.stream.XMLStreamException;
import javax.xml.stream.XMLStreamWriter;
public class StAXWriter
{
XMLStreamWriter writer;
int indent = 0;
public
--- Comment #16 from aph at gcc dot gnu dot org 2006-05-03 10:11 ---
I can certainly do that, but it doesn't fail on HEAD. Are you sure you really
want it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
--- Comment #17 from rguenth at gcc dot gnu dot org 2006-05-03 10:14
---
It fails for me on head with -O2 -findirect-dispatch:
trunk-g/gcc> ./jc1 -quiet -O2 -findirect-dispatch StAXWriter.java
-fbootclasspath=../i686-pc-linux-gnu/libjava/classpath/lib
StAXWriter.java: In class 'StAXWri
--- Comment #18 from aph at gcc dot gnu dot org 2006-05-03 10:22 ---
gcj -findirect-dispatch doesn't work with .java files, only with .class files,
so I didn't try it.
class XMLStreamWriter
{
void writeCharacters(String s) {}
}
class XMLStreamException extends Exception {}
public c
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-03 10:34
---
*** Bug 27379 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27309
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-03 10:34
---
Fixed on mainline by Mark's patch for PR 27309:
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00066.html
*** This bug has been marked as a duplicate of 27309 ***
--
reichelt at gcc dot gnu dot org changed:
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-03 10:35
---
Fixed on mainline by Mark's patch for PR 27309:
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00066.html
*** This bug has been marked as a duplicate of 27309 ***
--
reichelt at gcc dot gnu dot org changed:
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-03 10:35
---
*** Bug 27380 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27309
--- Comment #19 from rguenth at gcc dot gnu dot org 2006-05-03 10:36
---
Thanks!
So, the problem is that PRE inserts (and later realifies) fake stores in basic
blocks with abnormal control flow. It would need to do the insertion on the
outgoing edges in this case, or deal with splitti
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-03 10:38
---
Mark, do you want to add some of the testcases from PR27379 and PR27380
to the testsuite as their mode of failure is a little bit different
although the underlying problem seems to be the same?
--
http://gcc.g
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-03 10:56
---
The testcase in comment #3 only crashes on x86_64-unknown-linux-gnu,
but not on i686-pc-linux-gnu.
The testcase below crashes on both archs:
===
char *p, *q;
inline int foo(int i)
--- Comment #3 from P dot Schaffnit at access dot rwth-aachen dot de
2006-05-03 11:44 ---
Hi!
I believe this could be related: compiling the following with any optimisation
(starting from -O1) causes the following error:
initFeldVonDatei.f90: In function 'initfeldvondateiphase2korn':
--- Comment #20 from rguenth at gcc dot gnu dot org 2006-05-03 12:09
---
Created an attachment (id=11366)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11366&action=view)
patch
Another patch that implements the suggested basic block splitting by
re-inserting
on the fallthrough ed
--
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 #9 from jakub at gcc dot gnu dot org 2006-05-03 12:23 ---
Reassigning to Richard for the optimizations mentioned in #7.
The code in SVN should be correct, but sometimes suboptimal.
--
jakub at gcc dot gnu dot org changed:
What|Removed |
--- Comment #10 from jakub at gcc dot gnu dot org 2006-05-03 12:31 ---
I think using GOMP_1.1 symver instead of GOMP_1.0 would be preferrable.
I think you probably want to keep the state in the user code (probably
inside of .omp_data_* structure) so sender could zero it, then one routine
--- Comment #2 from jakub at gcc dot gnu dot org 2006-05-03 12:51 ---
Subject: Bug 27395
Author: jakub
Date: Wed May 3 12:51:33 2006
New Revision: 113494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113494
Log:
PR fortran/27395
* gimplify.c (gimplify_scan_omp_
--- Comment #24 from mueller at gcc dot gnu dot org 2006-05-03 13:02
---
closing as fixed then. Thanks !
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2006-05-03 13:07 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
03-May-2006 12:37 PM Peter O'Gorman:
g++ -force_flat_namespace dies with multiple definition of symbols in libSystem
and crt3.o on Mac OS X 10.4.
peter$ /opt/gcc_mainline/bin/g++ -force_flat_namespace -o foo foo.cpp
/opt/odcctools/bin/ld: multiple definitions of symbol _atexit
/opt/gcc_mainline/li
--- Comment #25 from dberlin at gcc dot gnu dot org 2006-05-03 14:15
---
Subject: Re: [4.2 Regression] ICE in in
add_virtual_operand
On Wed, 2006-05-03 at 13:02 +, mueller at gcc dot gnu dot org wrote:
>
> --- Comment #24 from mueller at gcc dot gnu dot org 2006-05-0
--- Comment #7 from mark at codesourcery dot com 2006-05-03 14:51 ---
Subject: Re: [4.0/4.1 regression] ICE on invalid constructor
definition
reichelt at gcc dot gnu dot org wrote:
> --- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-03 10:38
> ---
> Mark, do you wa
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||geoffk at gcc dot gnu dot
|
--- Comment #10 from matz at suse dot de 2006-05-03 15:40 ---
We also got a bugreport about an ICE in get_constraint_for_component_ref,
but have a C testcase. In the hope that it's the same reason I paste it
here:
-
/* compile with gcc -c -O2 -o foo.o foo
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-05-03 15:43
---
(In reply to comment #10)
> We also got a bugreport about an ICE in get_constraint_for_component_ref,
> but have a C testcase. In the hope that it's the same reason I paste it
> here:
File as a seperate bug please
The below testcase ICEs in get_constraint_for_component_ref when compiled
with -O1 or beyond on x86_64. Richard mentions that it also fails with
trunk.
---
/* compile with gcc -c -Os -o foo.o foo.c */
typedef struct {
struct { } z;
} thang_t;
struct wi
--- Comment #12 from matz at suse dot de 2006-05-03 15:48 ---
It's bug 27409 now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
--- Comment #13 from rguenth at gcc dot gnu dot org 2006-05-03 15:53
---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #1 from bangerth at dealii dot org 2006-05-03 16:00 ---
This seems to work on the 4.1.x branch, however. So it must be a regression.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27397
--- Comment #1 from bangerth at dealii dot org 2006-05-03 16:01 ---
Confirmed.
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-03 16:05 ---
Confirmed. We access a zero-sized part of the structure:
arg 1
BLK file t.c line 16 size unit size
align 8 offset_align 128
offset
bit offset context
chain
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-03 16:06 ---
I have a fix.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO|
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC host triplet|x86_64-linux|
Keywords||ice-on-valid-code
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-03 16:13 ---
Created an attachment (id=11367)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11367&action=view)
patch
Patch to be tested (Micha, can you do this?).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27409
I just tried to compile Suse package kdbg-2.0.3-12 with a recent
GNU C++ compiler version 4.2 snapshot 20060429.
The compiler snapshot said
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/kde3/include -I/usr/lib/qt3/include
-I/usr/X11R6/include
-DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wun
--- Comment #27 from paolo at gcc dot gnu dot org 2006-05-03 17:00 ---
Subject: Bug 6702
Author: paolo
Date: Wed May 3 17:00:18 2006
New Revision: 113498
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113498
Log:
2006-05-03 Paolo Carlini <[EMAIL PROTECTED]>
* acinclu
--- Comment #28 from pcarlini at suse dot de 2006-05-03 17:01 ---
Fixed (again), for 4.1.1.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|REO
--- Comment #4 from kargl at gcc dot gnu dot org 2006-05-03 17:10 ---
Phillipe,
Your code appears to be wrong, or perhaps you've cut down a
larger code too agressively. You use the Fortran ALL intrinsic
on the allocatable NEW_NUMBER, but you have never actually
allocated memory for the
--- Comment #1 from geoffk at gcc dot gnu dot org 2006-05-03 17:12 ---
If fixed, this will be fixed in the Darwin linker. In the meantime, don't use
-force_flat_namespace. In fact, it's probably better if you don't use it at
all; the system libraries aren't expecting it and this is jus
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-03 17:36 ---
*** This bug has been marked as a duplicate of 27210 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-03 17:36 ---
*** Bug 27410 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from amacleod at redhat dot com 2006-05-03 17:13 ---
Subject: Bug 27381
Author: amacleod
Date: Wed May 3 17:13:37 2006
New Revision: 113499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113499
Log:
2006-05-02 Andrew MacLeod <[EMAIL PROTECTED]>
PR tr
--- Comment #4 from matz at suse dot de 2006-05-03 17:53 ---
Yes. I'm testing it for trunk and 4.1 on a couple platforms.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27409
--- Comment #5 from matz at suse dot de 2006-05-03 17:54 ---
Created an attachment (id=11368)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11368&action=view)
patch relative to 4.1
This is the same patch adjusted for 4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27409
--- Comment #3 from langel at redhat dot com 2006-05-03 18:36 ---
Fixed
--
langel at redhat dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from sayle at gcc dot gnu dot org 2006-05-03 18:49 ---
Subject: Bug 25309
Author: sayle
Date: Wed May 3 18:49:40 2006
New Revision: 113500
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113500
Log:
PR c/25309
* c-typeck.c (struct spelling): Make
--- Comment #5 from dann at godzilla dot ics dot uci dot edu 2006-05-03
18:54 ---
IMO Comment #4 does not look close enough at what is actually happening.
IMO tree-ch is the root cause here.
The code looks like this before .ch
Before .ch
goto ();
:;
D.1301_54 = Int_Loc.0_4 * 200;
>
>
>
> --- Comment #5 from dann at godzilla dot ics dot uci dot edu 2006-05-03
> 18:54 ---
> IMO Comment #4 does not look close enough at what is actually happening.
> IMO tree-ch is the root cause here.
>
> Given the above CFG, critical edge splitting transforms this into:
> Given t
--- Comment #6 from pinskia at physics dot uc dot edu 2006-05-03 19:00
---
Subject: Re: [4.1/4.2 Regression] -ftree-ch generates worse code
>
>
>
> --- Comment #5 from dann at godzilla dot ics dot uci dot edu 2006-05-03
> 18:54 ---
> IMO Comment #4 does not look close eno
--- Comment #4 from fitzsim at redhat dot com 2006-05-03 19:24 ---
After a discussion about this with Sven, I think our current implementation is
fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
--- Comment #5 from fitzsim at redhat dot com 2006-05-03 19:25 ---
Closing as WONTFIX.
--
fitzsim at redhat dot com changed:
What|Removed |Added
Status|ASSIGN
--- Comment #5 from P dot Schaffnit at access dot rwth-aachen dot de
2006-05-03 19:28 ---
Erm... sorry about that, I didn't think about it: I've indeed thrown out a lot
(I do not have the original sources at hand, but they are happily compiled by
quite a few compilers, including lf95,
--- Comment #6 from rakdver at atrey dot karlin dot mff dot cuni dot cz
2006-05-03 19:34 ---
Subject: Re: [4.2 Regression] GCC error: in n_of_executions_at_least, at
tree-ssa-loop-niter.c:1772
The problem in this PR should have been fixed by my yesterday's patch,
does this still repro
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-05-03
19:39 ---
Subject: Re: [4.2 Regression] GCC error: in n_of_executions_at_least, at
tree-ssa-loop-niter.c:1772
> The problem in this PR should have been fixed by my yesterday's patch,
> does this still reproduce for
--- Comment #2 from kargl at gcc dot gnu dot org 2006-05-03 21:24 ---
Subject: Bug 26896
Author: kargl
Date: Wed May 3 21:24:11 2006
New Revision: 113502
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113502
Log:
2006-03-30 Steven G. Kargl <[EMAIL PROTECTED]>
PR fort
--- Comment #8 from kargl at gcc dot gnu dot org 2006-05-03 21:24 ---
Subject: Bug 20248
Author: kargl
Date: Wed May 3 21:24:11 2006
New Revision: 113502
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113502
Log:
2006-03-30 Steven G. Kargl <[EMAIL PROTECTED]>
PR fort
--- Comment #3 from kargl at gcc dot gnu dot org 2006-05-03 21:24 ---
Fixed.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from kargl at gcc dot gnu dot org 2006-05-03 21:26 ---
Fixed by the additional of -fall-intrinsics option.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from steven at gcc dot gnu dot org 2006-05-03 21:33 ---
Re. comment #5, user code could also have a CFG like that, so we should handle
this case properly (and we do, tree-ch is doing the right thing afaict). Re.
comment #6, I don't see what the register allocator has to d
(My bugs from Jan 2005 now appear to be fixed, so I can retry the same app and
get a little further.)
With the OSX 20060424 prebuilt binary, under OSX 10.4.6, the following code
module gd_calc
type calc_signal_type
integer :: dummy
logical :: used
integer :: signal_number
end type
--- Comment #8 from dann at godzilla dot ics dot uci dot edu 2006-05-03
21:53 ---
WRT this code generated by tree-ch:
D.1305_41 = Int_Loc_3 + 1;
if (Int_Loc_3 <= D.1305_41) goto ; else goto ;
AFAICT there's exactly one value for which the comparison can be false, IMO it
would be be
Following code sets a 4 32-bit int sse vector to 1 for all elements and
extracts one int out of the vector. g++ returns an incorrect result when
compiling with -O2 or -O3 but not with -O1 or -O0
// ---
#include
#include
int main() {
__m128i ix = _mm_set1_epi32(1);
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-03 23:27 ---
You are violating C aliasing rules, use an union (which is non standard) or
memcpy.
int res = ((int*)&ix)[1];
*** This bug has been marked as a duplicate of 21920 ***
--
pinskia at gcc dot gnu dot org changed:
--- Comment #94 from pinskia at gcc dot gnu dot org 2006-05-03 23:27
---
*** Bug 27412 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-03 23:34 ---
Can we then have a new cctools which includes a newer ld64 also since right now
powerpc-darwin is broken on a G5 without using --disable-multilib.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27408
--- Comment #10 from roger at eyesopen dot com 2006-05-04 00:14 ---
This should now be fixed on mainline and all active branches.
--
roger at eyesopen dot com changed:
What|Removed |Added
If you use -ansi to compile a program that uses the atanh function, the
compiler somehow replaces atanh with a function that just returns 0. I think
the compiler should either put in the correct atanh function or refuses to
link/compile. The following shows how to reproduce the bug:
$ cat > bug
--- Comment #1 from anonymous at mailinator dot com 2006-05-04 01:25
---
Created an attachment (id=11370)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11370&action=view)
.i file created with -save-temps flag
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27413
--- Comment #2 from anonymous at mailinator dot com 2006-05-04 01:27
---
Created an attachment (id=11371)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11371&action=view)
.s file created with -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27413
--- Comment #3 from anonymous at mailinator dot com 2006-05-04 01:28
---
Created an attachment (id=11372)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11372&action=view)
output of compiler with --save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27413
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-04 01:52 ---
t1.c: In function 'main':
t1.c:5: warning: implicit declaration of function 'atanh'
t1.c:5: warning: format '%f' expects type 'double', but argument 3 has type
'int'
You need either -std=c99 or not use -ansi as ata
--- Comment #9 from aoliva at gcc dot gnu dot org 2006-05-04 02:02 ---
Subject: Bug 8260
Author: aoliva
Date: Thu May 4 02:02:01 2006
New Revision: 113512
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113512
Log:
PR java/8260
* coverage.c: Use get_gcov_unsigned_t() instead of
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org
--- Comment #10 from aoliva at gcc dot gnu dot org 2006-05-04 02:05 ---
Fixed for 4.2.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
Google AdWords ads connect you with new customers at the precise moment when
they're looking for your products or services.
With Google AdWords you create your own ads, choose keywords to help us match
your ads to your audience.
https://adwords.google.com/select/main?hl=en_
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-04 04:50 ---
Confirmed, this is a front-end issue.
we have:
struct calc_signal_type D.904;
D.904 = (*(struct calc_signal_type[0:] *)
outputs->data)[outputs->dim[0].stride * NON_LVALUE_EXPR ];
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-04 04:53 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jakub at gcc dot gnu dot org 2006-05-04 06:29 ---
Subject: Bug 27359
Author: jakub
Date: Thu May 4 06:29:16 2006
New Revision: 113513
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113513
Log:
PR c++/27359
* parser.c (cp_parser_omp_for_loop):
--- Comment #3 from jakub at gcc dot gnu dot org 2006-05-04 06:34 ---
Subject: Bug 27388
Author: jakub
Date: Thu May 4 06:34:06 2006
New Revision: 113514
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113514
Log:
PR middle-end/27388
* gimplify.c (omp_is_private)
--- Comment #6 from jakub at gcc dot gnu dot org 2006-05-04 06:40 ---
Subject: Bug 27285
Author: jakub
Date: Thu May 4 06:40:15 2006
New Revision: 113515
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113515
Log:
PR tree-optimization/27285
Backport from mainlin
--- Comment #10 from jakub at gcc dot gnu dot org 2006-05-04 06:40 ---
Subject: Bug 25985
Author: jakub
Date: Thu May 4 06:40:15 2006
New Revision: 113515
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113515
Log:
PR tree-optimization/27285
Backport from mainli
--- Comment #7 from jakub at gcc dot gnu dot org 2006-05-04 06:44 ---
Subject: Bug 27285
Author: jakub
Date: Thu May 4 06:43:50 2006
New Revision: 113516
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113516
Log:
PR tree-optimization/27285
* gcc.c-torture/execut
Hi,
I just pulled from SVN and tried to build for IA64, and it fails with
Comparing stages 2 and 3
warning: ./cc1-checksum.o differs
Bootstrap comparison failure!
./varasm.o differs
./gcc.o differs
--- /tmp/gcc-stage2.dump2006-05-04 16:39:19.0 +1000
+++ /tmp/gcc-stage3.dump
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-04 06:52 ---
As I see it, some part of ia64.c (or the stack displacement code) is being
miscompiling giving the different answers in the stack misplacement.
--
pinskia at gcc dot gnu dot org changed:
What|Remo
92 matches
Mail list logo
