[Bug tree-optimization/26447] [4.2 Regression] verify_flow_info failed, load PRE with java program
--- 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 Severity|normal |blocker http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
[Bug rtl-optimization/14261] ICE due to if-conversion
--- 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 unfortunately revealed a problem with paradoxical subregs on big endian
machines which is fixed by:
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00951.html
(I've added the PR numbers to the changelog entries afterwards, so the patches
aren't mentioned here automatically.)
For gcc 4.1 I've proposed the following trivial patch, in case the others are
considered to risky for gcc 4.1:
Index: gcc/ifcvt.c
===
*** gcc/ifcvt.c.orig2006-03-31 17:03:27.0 +0200
--- gcc/ifcvt.c 2006-03-31 17:04:04.0 +0200
*** noce_process_if_block (struct ce_if_bloc
*** 2231,2236
--- 2231,2238
{
if (no_new_pseudos || GET_MODE (x) == BLKmode)
return FALSE;
+ if (GET_CODE (x) == ZERO_EXTRACT)
+ return FALSE;
x = gen_reg_rtx (GET_MODE (GET_CODE (x) == STRICT_LOW_PART
? XEXP (x, 0) : x));
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14261
[Bug other/27156] SIGSEGV in operator delete() / wrong-code?
--- 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 Attachment #11265|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27156
[Bug other/27156] SIGSEGV in operator delete() / wrong-code?
--- 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 -pthread -fno-rtti -O3 -m32 -nodefaultlibs \ -Wl,-rpath,. -L. -lstlport -lc ./testDrv *** glibc detected *** ./testDrv: free(): invalid pointer: 0x555a8f54 *** make: *** [all] Aborted -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27156
[Bug tree-optimization/27394] double -> char conversion varies with optimization level
--- 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/show_bug.cgi?id=27394
[Bug other/27156] SIGSEGV in operator delete() / wrong-code?
--- 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
[Bug other/27156] SIGSEGV in operator delete() / wrong-code?
--- 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(): invalid pointer: 0x004016b0 *** === Backtrace: = /lib64/libc.so.6[0x2b568785ebed] ./testDrv(__gxx_personality_v0+0x281)[0x400f69] /lib64/libc.so.6(__libc_start_main+0xf4)[0x2b5687812134] ./testDrv(__gxx_personality_v0+0x81)[0x400d69] === Memory map: (...) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27156
[Bug other/27322] Problem when compiling GMP 4.2 with current mainline
--- 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 since I'm not familiar with GMP. Sorry... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27322
[Bug tree-optimization/26447] [4.2 Regression] verify_flow_info failed, load PRE with java program
--- 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 void writeEnd(boolean wasEmpty)
{
try
{
indent -= 2;
for (int i = 0; i < indent; i++)
writer.writeCharacters(" ");
}
catch (XMLStreamException xmlse)
{
}
}
};
to something that does not require the imports?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
[Bug tree-optimization/26447] [4.2 Regression] verify_flow_info failed, load PRE with java program
--- 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
[Bug tree-optimization/26447] [4.2 Regression] verify_flow_info failed, load PRE with java program
--- 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 'StAXWriter': StAXWriter.java: In method 'StAXWriter.writeEnd(boolean)': StAXWriter.java:8: error: control flow in the middle of basic block 3 StAXWriter.java:8: internal compiler error: verify_flow_info failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
[Bug tree-optimization/26447] [4.2 Regression] verify_flow_info failed, load PRE with java program
--- 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 class StAXWriter
{
XMLStreamWriter writer;
int indent = 0;
public void writeEnd(boolean wasEmpty)
{
try
{
indent -= 2;
for (int i = 0; i < indent; i++)
writer.writeCharacters(" ");
}
catch (XMLStreamException xmlse)
{
}
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
[Bug c++/27309] [4.0/4.1 regression] ICE on invalid constructor definition
--- 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
[Bug c++/27379] [4.0/4.1/4.2 regression] ICE on invalid copy-ctor declaration
--- 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: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27379
[Bug c++/27380] [4.0/4.1/4.2 regression] ICE on invalid assignment operator declaration
--- 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: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27380
[Bug c++/27309] [4.0/4.1 regression] ICE on invalid constructor definition
--- 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
[Bug tree-optimization/26447] [4.2 Regression] verify_flow_info failed, load PRE with java program
--- 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 splitting the block and adjusting EH
info at realifying point. But the much easier solution is to just punt on
basic blocks that have abnormal control flow. Like
Index: tree-ssa-pre.c
===
*** tree-ssa-pre.c (revision 113493)
--- tree-ssa-pre.c (working copy)
*** insert_fake_stores (void)
*** 3216,3221
--- 3216,3229
FOR_ALL_BB (block)
{
block_stmt_iterator bsi;
+ int i;
+ /* Do not insert fake stores in basic blocks that have
+abnormal control flow. */
+ for (i=0; isuccs); ++i)
+ if (EDGE_SUCC (block, i)->flags & EDGE_COMPLEX)
+ break;
+ if (i != EDGE_COUNT (block->succs))
+ continue;
for (bsi = bsi_start (block); !bsi_end_p (bsi); bsi_next (&bsi))
{
tree stmt = bsi_stmt (bsi);
Danny?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||dberlin at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
[Bug c++/27309] [4.0/4.1 regression] ICE on invalid constructor definition
--- 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.gnu.org/bugzilla/show_bug.cgi?id=27309
[Bug middle-end/27173] [4.0 regression] ICE with -O -ftrapv
--- 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)
{
int j = (p - q) + i;
return -j;
}
void bar()
{
int n, i;
for (n = 7; n-- > 0; )
for (i = n; i-- > 0; )
if (i)
p += foo(i-1);
}
===
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27173
[Bug tree-optimization/27392] [4.2 Regression] GCC error: in n_of_executions_at_least, at tree-ssa-loop-niter.c:1772
--- 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': initFeldVonDatei.f90:1: internal compiler error: in n_of_executions_at_most, at tree-ssa-loop-niter.c:1772 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. Shall I file a bug? Am I doing something wrong? Thanks! Philippe PS: the build command I'm using: gfortran -O1 -c Sources.f90 PPS: the source SUBROUTINE initFeldVonDateiPhase2Korn ! IMPLICIT NONE INTEGER:: Grain_Number INTEGER, ALLOCATABLE:: New_number(:) ! Grain_Number = 0 Reordering: DO IF ( ALL ( New_number .GT. 0 ) ) EXIT Grain_Number = Grain_Number + 1 New_number(MINLOC(New_number)) = Grain_Number ENDDO Reordering ! RETURN END SUBROUTINE initFeldVonDateiPhase2Korn PPPS: what I'm using: Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: /USER/philippe/Irix/Gcc_Sources/configure --prefix=/WORK/philippe/Tools/Gcc --enable-languages=c,fortran --with-mpfr=/WORK/philippe/Tools/Mpfr --with-gmp=/WORK/philippe/Tools/Gmp Thread model: posix gcc version 4.2.0 20060502 (experimental) -- P dot Schaffnit at access dot rwth-aachen dot de changed: What|Removed |Added CC||P dot Schaffnit at access ||dot rwth-aachen dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27392
[Bug tree-optimization/26447] [4.2 Regression] verify_flow_info failed, load PRE with java program
--- 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 edge in realify_fake_stores. 2006-05-03 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/26447 * tree-ssa-pre.c (insert_fake_stores): Do not insert fake stores in a basic block that contains abnormal control flow but more than just a fallthrough edge. (realify_fake_stores): For basic blocks with abnormal control flow, re-insert the store on the fallthrough edge. bootstrap/testing in progress. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
[Bug c++/27359] ICE with missing initialization of iteration variable in parallel for loop
-- 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 | URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||05/msg00115.html Status|NEW |ASSIGNED Last reconfirmed|2006-04-30 04:07:48 |2006-05-03 12:19:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27359
[Bug c++/26943] [gomp] firstprivate not working properly with non-POD
--- 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 |Added AssignedTo|jakub at gcc dot gnu dot org|rth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26943
[Bug c++/26943] [gomp] firstprivate not working properly with non-POD
--- 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 (called after firstprivate block) would keep atomically incrementing the counter and if a flag has been set, futex_wake ()ing and another routine (called before lastprivate block) would set the flag, do an atomic barrier and then in a loop keep comparing the counter with number of threads and if smaller, futex_wait on the counter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26943
[Bug fortran/27395] Problem with arrays in the OpenMP REDUCTION clause in Fortran
--- 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_clauses): Compare OMP_CLAUSE_CODE rather than TREE_CODE to OMP_CLAUSE_REDUCTION. Set also GOVD_SEEN bit for OMP_CLAUSE_REDUCTION_PLACEHOLDER. * testsuite/libgomp.fortran/pr27395-1.f90: New test. * testsuite/libgomp.fortran/pr27395-2.f90: New test. Added: trunk/libgomp/testsuite/libgomp.fortran/pr27395-1.f90 trunk/libgomp/testsuite/libgomp.fortran/pr27395-2.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/libgomp/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27395
[Bug tree-optimization/26626] [4.2 Regression] ICE in in add_virtual_operand
--- 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 Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26626
[Bug fortran/27395] Problem with arrays in the OpenMP REDUCTION clause in Fortran
--- 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|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27395
[Bug c++/27408] New: g++ -force_flat_namespace fails due to crt3.o multiply defined symbols
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/lib/gcc/powerpc-apple-darwin8.6.0/4.2.0/crt3.o private external definition of _atexit in section (__TEXT,__text) /usr/lib/libSystem.dylib(atexit.So) definition of _atexit /opt/odcctools/bin/ld: multiple definitions of symbol ___cxa_atexit /opt/gcc_mainline/lib/gcc/powerpc-apple-darwin8.6.0/4.2.0/crt3.o private external definition of ___cxa_atexit in section (__TEXT,__text) /usr/lib/libSystem.dylib(atexit.So) definition of ___cxa_atexit collect2: ld returned 1 exit status I expected the link to succeed. This bug is also an Apple radar - rdar://problem/4535166 Peter -- Summary: g++ -force_flat_namespace fails due to crt3.o multiply defined symbols Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: peter at pogma dot com GCC host triplet: *-*-darwin8* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27408
[Bug tree-optimization/26626] [4.2 Regression] ICE in in add_virtual_operand
--- 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-03 13:02 > --- > closing as fixed then. Thanks ! > > Sorry about the delay in fixing this, i was changing jobs :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26626
[Bug c++/27309] [4.0/4.1 regression] ICE on invalid constructor definition
--- 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 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? There's certainly no harm in that, but I don't think we'll increase coverage in any interesting way; the underlying cause really was the same for all of those failures. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27309
[Bug target/27408] [4.2 Regression] g++ -force_flat_namespace fails due to crt3.o multiply defined symbols
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||geoffk at gcc dot gnu dot ||org Severity|normal |major Component|c++ |target GCC host triplet|*-*-darwin8*| GCC target triplet||*-*-darwin8* Summary|g++ -force_flat_namespace |[4.2 Regression] g++ - |fails due to crt3.o multiply|force_flat_namespace fails |defined symbols |due to crt3.o multiply ||defined symbols Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27408
[Bug ada/26678] "GNAT BUG DETECTED" when compiling AWS.
--- 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.c */
typedef struct {
struct { } z;
} thang_t;
struct widget {
struct widget *p, *q;
};
typedef struct thing {
struct widget x;
} thing_t;
struct {
int a;
int b;
int c;
int d;
int e;
thang_t f;
thing_t g;
} my_struct;
static void foo(thang_t *r)
{ splat(r);}
void function(int blaz)
{ foo(&my_struct.f);}
--
This fails with 4.1.x on x86_64 with -O1 and beyond.
--
matz at suse dot de changed:
What|Removed |Added
CC||matz at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug ada/26678] "GNAT BUG DETECTED" when compiling AWS.
--- 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug middle-end/27409] New: ICE in get_constraint_for_component_ref
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 widget {
struct widget *p, *q;
};
typedef struct thing {
struct widget x;
} thing_t;
struct {
int a;
int b;
int c;
int d;
int e;
thang_t f;
thing_t g;
} my_struct;
static void foo(thang_t *r)
{ splat(r);}
void function(int blaz)
{ foo(&my_struct.f);}
---
--
Summary: ICE in get_constraint_for_component_ref
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: matz at suse dot de
GCC host triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27409
[Bug ada/26678] "GNAT BUG DETECTED" when compiling AWS.
--- 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
[Bug tree-optimization/26678] [4.1/4.2 Regression] "GNAT BUG DETECTED" when compiling AWS.
--- 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|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|WAITING |ASSIGNED Component|ada |tree-optimization Ever Confirmed|0 |1 Known to fail||4.1.0 4.2.0 Last reconfirmed|-00-00 00:00:00 |2006-05-03 15:53:47 date|| Summary|"GNAT BUG DETECTED" when|[4.1/4.2 Regression] "GNAT |compiling AWS. |BUG DETECTED" when compiling ||AWS. Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug c++/27397] [4.2 regression] ICE on invalid template argument
--- 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
[Bug c++/27398] [4.0/4.1/4.2 regression] ICE on missing closing parenthesis
--- 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 |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-03 16:01:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27398
[Bug middle-end/27409] ICE in get_constraint_for_component_ref
--- 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
BLK file t.c line 17
size unit size
align 64 offset_align 128 offset
bit offset context
>>>
The following testcase also ICEs on 32bit targets:
typedef struct {
struct { } z;
} thang_t;
struct {
short e;
thang_t f;
int g;
} my_struct;
void function(int blaz)
{ thang_t *fp = &my_struct.f; foo(fp);}
the important thing is that there has to be padding after e and the zero-sized
f.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2006-05-03 16:05:15
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27409
[Bug middle-end/27409] ICE in get_constraint_for_component_ref
--- 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||26678 nThis|| AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-05-03 16:05:15 |2006-05-03 16:06:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27409
[Bug middle-end/27409] [4.1/4.2 Regression] ICE in get_constraint_for_component_ref
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added GCC host triplet|x86_64-linux| Keywords||ice-on-valid-code Known to fail||4.2.0 4.1.0 Summary|ICE in |[4.1/4.2 Regression] ICE in |get_constraint_for_component|get_constraint_for_component |_ref|_ref Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27409
[Bug middle-end/27409] [4.1/4.2 Regression] ICE in get_constraint_for_component_ref
--- 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
[Bug c++/27410] New: tree check fail for legal code
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 -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -g -fmessage-length=0 -D_FORTIFY_SOURCE=2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -MT textvw.o -MD -MP -MF ".deps/textvw.Tpo" -c -o textvw.o textvw.cpp; \ then mv -f ".deps/textvw.Tpo" ".deps/textvw.Po"; else rm -f ".deps/textvw.Tpo"; exit 1; fi valarray.h: In member function 'void ValArray::expand(const T&, int)': valarray.h:81: internal compiler error: tree check: did not expect class 'type', have 'type' (template_type_parm) in contains_placeholder_p, at tree.c:2139 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. Preprocessed source code attached. No special flags required. -- Summary: tree check fail for legal code Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dcb314 at hotmail dot com GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27410
[Bug libstdc++/6702] requirements for wchar_t support are too restrictive for Solaris pre 10
--- 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]> * acinclude.m4 (GLIBCXX_ENABLE_WCHAR_T): Always check the presence of wctype.h, for use in GLIBCXX_ENABLE_C99. * configure: Regenerate. 2006-05-03 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/6702 (again) * acinclude.m4 (GLIBCXX_ENABLE_C99): Don't check non-C99 wchar_t functions... (GLIBCXX_ENABLE_WCHAR_T): ... do that here. * configure.ac: Adjust order of checks. * configure: Regenerate. Modified: branches/gcc-4_1-branch/libstdc++-v3/ChangeLog branches/gcc-4_1-branch/libstdc++-v3/acinclude.m4 branches/gcc-4_1-branch/libstdc++-v3/configure branches/gcc-4_1-branch/libstdc++-v3/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6702
[Bug libstdc++/6702] requirements for wchar_t support are too restrictive for Solaris pre 10
--- 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|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6702
[Bug tree-optimization/27392] [4.2 Regression] GCC error: in n_of_executions_at_least, at tree-ssa-loop-niter.c:1772
--- 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 array. -- steve -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27392
[Bug target/27408] [4.2 Regression] g++ -force_flat_namespace fails due to crt3.o multiply defined symbols
--- 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 just one of many possible problems. -- geoffk at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27408
[Bug c++/27410] tree check fail for legal code
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27410
[Bug c++/27210] [4.2 Regression] ICE on c++ template
--- 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 CC||dcb314 at hotmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27210
[Bug tree-optimization/27381] [4.2 Regression] ice on valid code with -O
--- 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 tree-optimization/27381 * tree-phinodes.c (remove_phi_arg_num): When moving a phi argument, maintain the same immediate_use links. * tree-ssa-operands.c (dump_immediate_uses_for): Show iteration marker node rather than segfaulting. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-phinodes.c trunk/gcc/tree-ssa-operands.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27381
[Bug middle-end/27409] [4.1/4.2 Regression] ICE in get_constraint_for_component_ref
--- 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
[Bug middle-end/27409] [4.1/4.2 Regression] ICE in get_constraint_for_component_ref
--- 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
[Bug awt/16005] GridBagLayout resizes components incorrectly when weigthy value is set
--- 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|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16005
[Bug c/25309] [4.0/4.1/4.2 Regression] ICE on initialization of a huge array
--- 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 I an unsigned HOST_WIDE_INT. (push_array_bounds): Delete prototype. Change BOUNDS argument to an unsigned HOST_WIDE_INT. (print_spelling): Use HOST_WIDE_INT_PRINT_UNSIGNED to output the array index. (really_start_incremental_init): No need to call convert because bitsize_zero_node is already of type bitsizetype. (push_init_level): Extract the value of constructor_index as an unsigned HOST_WIDE_INT quantity, using tree_low_cst. (process_init_element): Likewise. * gcc.dg/large-size-array-2.c: New test case. Added: branches/gcc-4_0-branch/gcc/testsuite/gcc.dg/large-size-array-2.c Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/c-typeck.c branches/gcc-4_0-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25309
[Bug tree-optimization/26944] [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 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; D.1302_55 = (int[50] *) D.1301_54; D.1303_56 = Arr_2_Par_Ref_30 + D.1302_55; (*D.1303_56)[Int_Index_1] = Int_Loc_3; Int_Index_58 = Int_Index_1 + 1; # Int_Index_1 = PHI ; :; D.1305_26 = Int_Loc_3 + 1; if (Int_Index_1 <= D.1305_26) goto ; else goto ; :; after .ch it looks like this: D.1305_41 = Int_Loc_3 + 1; if (Int_Loc_3 <= D.1305_41) goto ; else goto ; <-- this just complicates the CFG. Look below to see what are the effects of doing this in later passes. Plus just look at the comparison ... # Int_Index_37 = PHI ; :; D.1301_54 = Int_Loc.0_4 * 200; D.1302_55 = (int[50] *) D.1301_54; D.1303_56 = Arr_2_Par_Ref_30 + D.1302_55; (*D.1303_56)[Int_Index_37] = Int_Loc_3; Int_Index_58 = Int_Index_37 + 1; D.1305_26 = Int_Loc_3 + 1; if (D.1305_26 >= Int_Index_58) goto ; else goto ; :; Given the above CFG, critical edge splitting transforms this into: D.1305_41 = Int_Loc_3 + 1; if (Int_Loc_3 <= D.1305_41) goto ; else goto ; :; goto (); :; # Int_Index_37 = PHI ; :; D.1301_54 = Int_Loc.0_4 * 200; D.1302_55 = (int[50] *) D.1301_54; D.1303_56 = Arr_2_Par_Ref_30 + D.1302_55; (*D.1303_56)[Int_Index_37] = Int_Loc_3; Int_Index_58 = Int_Index_37 + 1; if (D.1305_41 >= Int_Index_58) goto ; else goto ; :; goto (); :; :; Given the above CFG PRE will dutifully fill with code a lot of the empty basic blocks: after pre D.1305_41 = Int_Loc_3 + 1; if (Int_Loc_3 <= D.1305_41) goto ; else goto ; :; pretmp.34_45 = Int_Loc.0_4 * 200; pretmp.36_57 = (int[50] *) pretmp.34_45; pretmp.38_25 = Arr_2_Par_Ref_30 + pretmp.36_57; goto (); :; pretmp.30_26 = Int_Loc.0_4 * 200; pretmp.31_19 = (int[50] *) pretmp.30_26; pretmp.32_1 = pretmp.31_19 + Arr_2_Par_Ref_30; # Int_Index_37 = PHI ; :; D.1301_54 = pretmp.30_26; D.1302_55 = pretmp.31_19; D.1303_56 = pretmp.32_1; (*D.1303_56)[Int_Index_37] = Int_Loc_3; Int_Index_58 = Int_Index_37 + 1; if (D.1305_41 >= Int_Index_58) goto ; else goto ; :; goto (); :; # prephitmp.39_23 = PHI ; # prephitmp.37_53 = PHI ; # prephitmp.35_49 = PHI ; :; Now when using -fno-tree-ch before critical edge splitting the code looks like this: goto (); :; D.1301_54 = Int_Loc.0_4 * 200; D.1302_55 = (int[50] *) D.1301_54; D.1303_56 = Arr_2_Par_Ref_30 + D.1302_55; (*D.1303_56)[Int_Index_1] = Int_Loc_3; Int_Index_58 = Int_Index_1 + 1; # Int_Index_1 = PHI ; :; D.1305_26 = Int_Loc_3 + 1; if (Int_Index_1 <= D.1305_26) goto ; else goto ; :; after crited it looks like this: (i.e. no change) goto (); :; D.1301_54 = Int_Loc.0_4 * 200; D.1302_55 = (int[50] *) D.1301_54; D.1303_56 = Arr_2_Par_Ref_30 + D.1302_55; (*D.1303_56)[Int_Index_1] = Int_Loc_3; Int_Index_58 = Int_Index_1 + 1; # Int_Index_1 = PHI ; :; D.1305_26 = Int_Loc_3 + 1; if (Int_Index_1 <= D.1305_26) goto ; else goto ; :; and after PRE goto (); :; D.1301_54 = pretmp.31_49; D.1302_55 = pretmp.32_45; D.1303_56 = pretmp.33_41; (*D.1303_56)[Int_Index_1] = Int_Loc_3; Int_Index_58 = Int_Index_1 + 1; # Int_Index_1 = PHI ; :; D.1305_26 = pretmp.30_19; if (Int_Index_1 <= D.1305_26) goto ; else goto ; :; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26944
Re: [Bug tree-optimization/26944] [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 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 the above CFG PRE will dutifully fill with code a lot of the empty basic > blocks: None of the above issues are the real issue. TREE CH is doing the correct thing simplifying the loop. PRE is doing the correct thing by getting rid of redundants. The main issue is really the RA not being so good. -- Pinski
[Bug tree-optimization/26944] [4.1/4.2 Regression] -ftree-ch generates worse code
--- 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 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 the above CFG PRE will dutifully fill with code a lot of the empty basic > blocks: None of the above issues are the real issue. TREE CH is doing the correct thing simplifying the loop. PRE is doing the correct thing by getting rid of redundants. The main issue is really the RA not being so good. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26944
[Bug awt/16741] Toolkit.loadSystemColor unimplemented
--- 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
[Bug awt/16741] Toolkit.loadSystemColor unimplemented
--- 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|ASSIGNED|RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
[Bug tree-optimization/27392] [4.2 Regression] GCC error: in n_of_executions_at_least, at tree-ssa-loop-niter.c:1772
--- 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, as far as I can tell, is a reference...): anyway, I thought that the mere fact that *any* code causes an ICE is bad, I hoped this could help, I'll try to reduce it a bit less aggressively tomorrow... Philippe (In reply to comment #4) > 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 array. > > -- > steve > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27392
[Bug tree-optimization/27392] [4.2 Regression] GCC error: in n_of_executions_at_least, at tree-ssa-loop-niter.c:1772
--- 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 reproduce for you? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27392
[Bug tree-optimization/27392] [4.2 Regression] GCC error: in n_of_executions_at_least, at tree-ssa-loop-niter.c:1772
--- 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 you? The Ada ICE nolonger occurs. Thanks, Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27392
[Bug fortran/26896] Description of implementation of -Wtabs/-Wno-tabs reversed
--- 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 fortran/26896 * lang.opt: Fix -Wtab description PR fortran/20248 * lang.opt: New flag -fall-intrinsics. * invoke.texi: Document option. * gfortran.h (options_t): New member flag_all_intrinsics. * options.c (gfc_init_options, gfc_handle_option): Set new option. sort nearby misplaced options. * intrinsic.c (add_sym, make_generic, make_alias): Use it. 2006-03-30 Steven G. Kargl <[EMAIL PROTECTED]> * gfortran.dg/iargc.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/iargc.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/intrinsic.c trunk/gcc/fortran/invoke.texi trunk/gcc/fortran/lang.opt trunk/gcc/fortran/options.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26896
[Bug fortran/20248] gfortran: intrinsics and std=f95, inconsistency with other compilers
--- 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 fortran/26896 * lang.opt: Fix -Wtab description PR fortran/20248 * lang.opt: New flag -fall-intrinsics. * invoke.texi: Document option. * gfortran.h (options_t): New member flag_all_intrinsics. * options.c (gfc_init_options, gfc_handle_option): Set new option. sort nearby misplaced options. * intrinsic.c (add_sym, make_generic, make_alias): Use it. 2006-03-30 Steven G. Kargl <[EMAIL PROTECTED]> * gfortran.dg/iargc.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/iargc.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/intrinsic.c trunk/gcc/fortran/invoke.texi trunk/gcc/fortran/lang.opt trunk/gcc/fortran/options.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20248
[Bug fortran/26896] Description of implementation of -Wtabs/-Wno-tabs reversed
--- 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|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26896
[Bug fortran/20248] gfortran: intrinsics and std=f95, inconsistency with other compilers
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||FIXED Version|4.0.0 |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20248
[Bug tree-optimization/26944] [4.1/4.2 Regression] -ftree-ch generates worse code
--- 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 do with this at all. The bottom line is that for the case where we produce good code, IVOPTs selects a simple addressing mode and produces a simple loop exit condition; and for the complicated code, IVOPTs picks an addressing mode that requires a lea and an extra register. Look back at that loop for a moment. With tree-ch, ignoring dead code (the sets to SSA names 5[456] are dead!), the .cunroll dump (i.e. just before IVOPTs) looks like this: # Int_Index_37 = PHI ; :; (*pretmp.28_49)[Int_Index_37] = Int_Loc_3; Int_Index_58 = Int_Index_37 + 1; if (D.1563_41 >= Int_Index_58) goto ; else goto ; :; goto (); That looks rather nice to me. But just after IVOPTs (in the .ivopts dump) we have turned that simple nice code into this mess: # ivtmp.38_26 = PHI ; :; D.1622_34 = (int *) pretmp.28_49; D.1623_33 = (int *) Int_1_Par_Val_2; D.1624_22 = (int *) ivtmp.38_26; D.1625_21 = D.1623_33 + D.1624_22; MEM[base: D.1622_34, index: D.1625_21, step: 4B, offset: 20B] = Int_Loc_3; ivtmp.38_35 = ivtmp.38_26 + 1; D.1626_20 = (unsigned int) Int_1_Par_Val_2; D.1627_17 = D.1626_20 + ivtmp.38_35; D.1628_16 = D.1627_17 + 5; Int_Index_15 = (One_Fifty) D.1628_16; if (D.1563_41 >= Int_Index_15) goto ; else goto ; :; goto (); If this is caused by the register allocator, I'd like to know why you'd think that. And if this is the doing of tree-ch, then I'd like to know what you expect tree-ch to do instead. But as far as I can tell, this is just a very poor choice by IVOPTs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26944
[Bug fortran/27411] New: crashes in sra_walk_expr and emit_move_insn
(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 contains subroutine activate_gd_calcs (used, outputs) logical, intent(inout) :: used(:) type(calc_signal_type), pointer :: outputs(:) outputs%used = used(outputs%signal_number) return end subroutine activate_gd_calcs end module gd_calc gives, compiling without -O, bug1.f90:13: internal compiler error: in emit_move_insn, at expr.c:3236 or, compiling with -O, bug1.f90:10: internal compiler error: in sra_walk_expr, at tree-sra.c:759 Interestingly, the crash in emit_move_insn goes away if I remove the apparently unrelated derived-type component named dummy. -- Summary: crashes in sra_walk_expr and emit_move_insn Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: 1fhcwee02 at sneakemail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27411
[Bug tree-optimization/26944] [4.1/4.2 Regression] -ftree-ch generates worse code
--- 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 better to test directly that value instead of generating a new SSA name and another expression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26944
[Bug c++/27412] New: Incorrect result with sse intrinsic while extracting int
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);
int res = ((int*)&ix)[1];
printf("results: %i\n", res);
}
// ---
compiled with:
$ g++-4.1.0 -O2 -msse2
expected result: 1
actual result: -1209151480
similar misbehavior by gcc-3.4.5
acutal result: 134513897
$ g++-4.1.0 -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /var/tmp/portage/gcc-4.1.0/work/gcc-4.1.0/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.1.0
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.0
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.0/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.0/info
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include/g++-v4
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec
--enable-nls --without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --disable-multilib
--disable-libmudflap --disable-libssp --enable-java-awt=gtk
--enable-languages=c,c++,java,fortran --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 4.1.0 (Gentoo 4.1.0)
--
Summary: Incorrect result with sse intrinsic while extracting int
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at povworld dot org
GCC host triplet: i686 linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27412
[Bug c++/27412] Incorrect result with sse intrinsic while extracting int
--- 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: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27412
[Bug c/21920] alias violating
--- 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 CC||gcc at povworld dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
[Bug target/27408] [4.2 Regression] g++ -force_flat_namespace fails due to crt3.o multiply defined symbols
--- 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
[Bug c/25309] [4.0/4.1/4.2 Regression] ICE on initialization of a huge array
--- 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 Status|NEW |RESOLVED Resolution||FIXED Target Milestone|4.1.1 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25309
[Bug c/27413] New: compiling with -ansi puts in broken version of atanh
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.c
#include
#include
#include
int main() { printf("atanh(%f) returns %f!\n",.32,atanh(.32)); return 0;}
$ gcc bug.c -o bug.exe -lm && bug.exe
atanh(0.32) returns 0.331647!
$ gcc -ansi bug.c -o bug.exe -lm && bug.exe
atanh(0.32) returns 0.00!
--
Summary: compiling with -ansi puts in broken version of atanh
Product: gcc
Version: 3.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anonymous at mailinator dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27413
[Bug c/27413] compiling with -ansi puts in broken version of atanh
--- 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
[Bug c/27413] compiling with -ansi puts in broken version of atanh
--- 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
[Bug c/27413] compiling with -ansi puts in broken version of atanh
--- 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
[Bug c/27413] compiling with -ansi puts in broken version of atanh
--- 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 atanh is a C99 math function and not part of C90. Also this is more of a glibc issue than a GCC one. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27413
[Bug java/8260] gcj -fprofile-arcs doesn't work
--- 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 unsigned_type_node all over. Modified: trunk/gcc/ChangeLog trunk/gcc/coverage.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8260
[Bug java/8260] gcj -fprofile-arcs doesn't work
-- 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 |org Status|NEW |ASSIGNED Last reconfirmed|2005-12-31 20:27:01 |2006-05-04 02:04:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8260
[Bug java/8260] gcj -fprofile-arcs doesn't work
--- 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|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8260
Increase Site Traffic
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_US&sourceid=awo&subid=ww-ww-rf-adwords&ai=BkxVoT3RNROj7C73ekgH90vTCA7jjihLYlPzwAcWNtwEAEAEgpbSUBkiFOVCx8t7W-v8BoAHIvKf9A8gBAtoBLWZpbGU6Ly8vQzovRW1haWxBZGRyZXNzZXNSVXNfU2l0ZS9kZWZhdWx0Lmh0beABAoACAZUCRsAkCg&gclid=CISFmuHtxoQCFSTKJAodJV70KA
[Bug fortran/27411] crashes in sra_walk_expr and emit_move_insn
--- 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 ]; (*D.896)[(NON_LVALUE_EXPR + D.900) * D.903 + D.897].used = (*used.0)[D.904 * D.902 + D.895]; but really D.904 should be an integer and there should be a COMPONET_REF to "signal_number" there. The parse tree is ok though: ASSIGN activate_gd_calcs:outputs(FULL) % used activate_gd_calcs:used(activate_gd_calcs:outputs(FULL) % signal_number) So this is a bug in the trans* functions. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2006-05-04 04:50:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27411
[Bug tree-optimization/27381] [4.2 Regression] ice on valid code with -O
--- 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|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27381
[Bug c++/27359] ICE with missing initialization of iteration variable in parallel for loop
--- 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): Only call cp_parser_abort_tentative_parse if cp_parser_parse_definitely was not called. * g++.dg/gomp/pr27359.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr27359.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27359
[Bug middle-end/27388] omp_is_private issues
--- 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): If var is shared in some outer context, return false instead of true. Stop searching on parallel context boundary. * gcc.dg/gomp/pr27388-1.c: New test. * gcc.dg/gomp/pr27388-2.c: New test. * gcc.dg/gomp/pr27388-3.c: New test. Added: trunk/gcc/testsuite/gcc.dg/gomp/pr27388-1.c trunk/gcc/testsuite/gcc.dg/gomp/pr27388-2.c trunk/gcc/testsuite/gcc.dg/gomp/pr27388-3.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27388
[Bug tree-optimization/27285] [4.1 regression] ivopts postgresql miscompilation
--- 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 mainline: 2006-03-28 Zdenek Dvorak <[EMAIL PROTECTED]> PR tree-optimization/25985 * tree-ssa-loop-niter.c (number_of_iterations_le, number_of_iterations_ne): Make comments more precise. (number_of_iterations_cond): Add only_exit argument. Use the fact that signed variables do not overflow only when only_exit is true. (loop_only_exit_p): New. (number_of_iterations_exit): Pass result of loop_only_exit_p to number_of_iterations_cond. * gcc.c-torture/execute/pr27285.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/pr27285.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/tree-ssa-loop-niter.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27285
[Bug tree-optimization/25985] [4.2 Regression] with optimization integer math fails
--- 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 mainline: 2006-03-28 Zdenek Dvorak <[EMAIL PROTECTED]> PR tree-optimization/25985 * tree-ssa-loop-niter.c (number_of_iterations_le, number_of_iterations_ne): Make comments more precise. (number_of_iterations_cond): Add only_exit argument. Use the fact that signed variables do not overflow only when only_exit is true. (loop_only_exit_p): New. (number_of_iterations_exit): Pass result of loop_only_exit_p to number_of_iterations_cond. * gcc.c-torture/execute/pr27285.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/pr27285.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/tree-ssa-loop-niter.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25985
[Bug tree-optimization/27285] [4.1 regression] ivopts postgresql miscompilation
--- 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/execute/pr27285.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr27285.c Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27285
[Bug c/27414] New: IA64 bootstrap comparison failure, stage 2 -> 3
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.dump2006-05-04 16:39:25.0 +1000 @@ -1,5 +1,5 @@ -./stage2-gcc/gcc.o: file format elf64-ia64-little +./stage3-gcc/gcc.o: file format elf64-ia64-little Disassembly of section .text: @@ -20178,19 +20178,19 @@ 1a1c6: 00 00 00 02 00 00 nop.m 0x0 1a1cc: 88 d3 fe 58 br.call.sptk.many b0=7540 ;; 1a1d0: 11 08 00 74 00 21 [MIB] mov r1=r58 - 1a1d6: d0 03 03 20 48 00 mov r61=2144 + 1a1d6: d0 03 00 16 48 00 mov r61=1408 1a1dc: 08 00 00 50 br.call.sptk.many b0=1a1d0 ;; 1a1e0: 08 00 20 64 98 11 [MMI] st8 [r50]=r8 1a1e6: 00 00 00 02 00 20 nop.m 0x0 1a1ec: 00 d0 01 84 mov r1=r58 - 1a1f0: 03 f8 81 01 10 24 [MII] mov r63=2144 + 1a1f0: 03 f8 01 00 0b 24 [MII] mov r63=1408 1a1f6: d0 03 20 00 42 c0 mov r61=r8;; 1a1fc: 07 08 00 90 addl r62=0,r1;; 1a200: 11 f0 01 7c 18 10 [MIB] ld8 r62=[r62] 1a206: 00 00 00 02 00 00 nop.i 0x0 1a20c: 08 00 00 50 br.call.sptk.many b0=1a200 ;; 1a210: 08 08 00 74 00 21 [MMI] mov r1=r58 - 1a216: f0 10 02 00 48 00 mov r15=66 + 1a216: f0 58 01 00 48 00 mov r15=43 1a21c: 00 00 04 00 nop.i 0x0 1a220: 0b 08 02 00 00 21 [MMI] mov r65=r0;; 1a226: e0 00 04 00 48 c0 addl r14=0,r1 and the diff for varasm.o is really quite big [EMAIL PROTECTED]:/usr/src/gcc-svn-build$ diffstat /tmp/varasm.diff |42265 +++ 1 file changed, 21143 insertions(+), 21122 deletions(-) I'm building on with gcc version 4.0.3 (Debian 4.0.3-1). Thanks -i -- Summary: IA64 bootstrap comparison failure, stage 2 -> 3 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ianw at gelato dot unsw dot edu dot au GCC build triplet: ia64-linux-gnu GCC host triplet: ia64-linux-gnu GCC target triplet: ia64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27414
[Bug middle-end/27414] IA64 bootstrap comparison failure, stage 2 -> 3
--- 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|Removed |Added Component|c |middle-end Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27414
