[Bug c++/18460] New: -2147483648 not considered an int
Compiling const int n = -2147483648; results in the warning minus-max.cc:1: warning: this decimal constant is unsigned only in ISO C90 which is wrong: The constant is exactly -2^31, which fits into a (32 bit) int, thus no automatic conversions to larger types should occur. -- Summary: -2147483648 not considered an int Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jens dot maurer at gmx dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18460
[Bug c++/18460] -2147483648 not considered an int
-- What|Removed |Added CC||niemayer at isg dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18460
[Bug target/18421] Internal Compiler Error
--- Additional Comments From bernhard dot walle at gmx dot de 2004-11-13 10:47 --- What does this mean? You cannot reproduce this? I configured gcc 3.4.3 with ./configure \ --prefix=%{prefix} \ --target=m68k-elf \ --program-prefix=m68k-elf- \ --mandir=%{prefix}/share/man\ --infodir=%{prefix}/share/info \ --enable-languages=c\ --with-gnu-as \ --with-gnu-ld \ --disable-shared -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18421
[Bug target/14563] new/delete much slower than malloc/free because of sjlj exceptions
--- Additional Comments From paulthomas2 at wanadoo dot fr 2004-11-13 11:02 --- Subject: Re: new/delete much slower than malloc/free because of sjlj exceptions Here's a test case for you... -Ken That's interesting Using your test case: (i) gcc 3.2 20020927 ( prerelease) both versions take 0.62micro-sec/new (ii) gcc 3.1.1 (cygming special) I get 2.1 and 0.66micro-sec/new (iii) gcc 4.0.0 20041010 (experimental) I get 0.62 and 0.59micro-sec/new This latter was a tad unexpected - I built in from a snapshot on one of the German mirror sites. Does this imply that I have picked up Dwarf2 as a default? Going back to the beginning of this rather long thread, you will note that it was building octave that first exposed this problem. I think that octave is calling new too many times anyway, for certain types of code, and had started hanging counters on an overloaded new operator. It would not be a big deal to substitute your version and to compare the performance with THROW defined or not. Give me a few days, the build takes a few hours under Cygwin and I have some concreting to do this weekend *sigh* Regards Paul Thomas -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14563
[Bug c++/16994] [meta-bug] VLA and C++
-- Bug 16994 depends on bug 12807, which changed state. Bug 12807 Summary: Failure to diagnose VLA in template http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12807 What|Old Value |New Value Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16994
[Bug c++/12807] Failure to diagnose VLA in template
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-13 13:08 --- Fixed by Mark's patch for PR18429. In fact PR12807 is more or less a duplicate of PR18429. *** This bug has been marked as a duplicate of 18429 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12807
[Bug c++/18429] [4.0 Regression] ICE on invalid code with array size being a non constant variable
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-13 13:08 --- *** Bug 12807 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18429
[Bug tree-optimization/17635] [4.0 regression] ICE in verify_ssa: type mismatch
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-13 13:23 --- The testcase from comment #12 ICEs again: PR17635.c: In function 'foo': PR17635.c:2: internal compiler error: in clean_predicate_lists, at tree-if-conv.c:661 Devang, your patch http://gcc.gnu.org/ml/gcc-cvs/2004-10/msg00927.html contains a ChangeLog entry for the testsuite, but the test never got committed. Could you please commit the testcase? -- What|Removed |Added Status|RESOLVED|REOPENED Keywords|patch | Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17635
[Bug target/18230] SPARC VIS instructions are not generated by GCC
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-13 13:25 --- Subject: Bug 18230 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-13 13:25:10 Modified files: gcc: ChangeLog gcc/testsuite : ChangeLog gcc/config/sparc: sparc.c sparc.md Added files: gcc/testsuite/gcc.target/sparc: combined-1.c fand.c fandnot.c fandnots.c fands.c fnand.c fnands.c fnot.c fnots.c for.c fornot.c fornots.c fors.c fxnor.c fxnors.c fxor.c fxors.c Log message: PR target/18230 * config/sparc/sparc.c (sparc_rtx_costs): Handle the NAND vector patterns. * config/sparc/sparc.md (V64I): New macro for 64-bit modes. (V32I): New macro for 32-bit modes. (anddi3, anddi_sp32, anddi_sp64, and_not_di_sp32, and_not_di_sp64, iordi3, iordi3_sp32, iordi_sp64, or_not_di_sp32, or_not_di_sp64, xordi3, xordi3_sp32, xordi3_sp64, {AND, IOR, XOR} DI splitter, xor_not_di_sp32, xordi_not_di_sp64, one_cmpldi2, one_cmpldi_sp32, one_cmpldi_sp64): Use V64I instead of DI. (andsi3, andsi_sp32, andsi_sp64, and_not_si, iorsi3, or_not_si, xorsi3, xor_not_si, one_cmplsi2): Use V32I instead of SI. (addv2si3, addv4hi3, addv2hi3): Remove % modifier. (nandv64i_vis, nandv32i_vis): New patterns. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6310r2=2.6311 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4591r2=1.4592 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/sparc/sparc.c.diff?cvsroot=gccr1=1.343r2=1.344 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/sparc/sparc.md.diff?cvsroot=gccr1=1.220r2=1.221 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/combined-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fand.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fandnot.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fandnots.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fands.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fnand.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fnands.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fnot.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fnots.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/for.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fornot.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fornots.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fors.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fxnor.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fxnors.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fxor.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/sparc/fxors.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18230
[Bug c++/18460] -2147483648 not considered an int
--- Additional Comments From schwab at suse dot de 2004-11-13 13:41 --- There are no negative constants/literals in C and C++. 2147483648 is not representable in (32-bit) int or long, so its type is unsigned in C90, but in C++98 the behaviour is undefined. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18460
[Bug target/18230] SPARC VIS instructions are not generated by GCC
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-13 13:43 --- Subject: Bug 18230 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-13 13:42:45 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.dg/vect: tree-vect.h vect-10.c vect-12.c vect-14.c vect-15.c vect-17.c vect-18.c vect-19.c vect-2.c vect-20.c vect-21.c vect-22.c vect-23.c vect-24.c vect-25.c vect-26.c vect-32.c vect-33.c vect-34.c vect-35.c vect-36.c vect-37.c vect-62.c vect-63.c vect-64.c vect-65.c vect-66.c vect-67.c vect-68.c vect-69.c vect-7.c vect-73.c vect-75.c vect-76.c vect-78.c vect-9.c Log message: PR target/18230 * gcc.dg/vect/tree-vect.h (check_vect): Add SPARC-specific test. * gcc.dg/vect/vect-2.c, gcc.dg/vect/vect-7.c, gcc.dg/vect/vect-9.c, gcc.dg/vect/vect-10.c, gcc.dg/vect/vect-12.c, gcc.dg/vect/vect-14.c, gcc.dg/vect/vect-15.c, gcc.dg/vect/vect-17.c, gcc.dg/vect/vect-18.c, gcc.dg/vect/vect-19.c, gcc.dg/vect/vect-20.c, gcc.dg/vect/vect-21.c, gcc.dg/vect/vect-22.c, gcc.dg/vect/vect-23.c, gcc.dg/vect/vect-24.c, gcc.dg/vect/vect-25.c, gcc.dg/vect/vect-26.c, gcc.dg/vect/vect-32.c, gcc.dg/vect/vect-33.c, gcc.dg/vect/vect-34.c, gcc.dg/vect/vect-35.c, gcc.dg/vect/vect-36.c, gcc.dg/vect/vect-37.c, gcc.dg/vect/vect-62.c, gcc.dg/vect/vect-63.c, gcc.dg/vect/vect-64.c, gcc.dg/vect/vect-65.c, gcc.dg/vect/vect-66.c, gcc.dg/vect/vect-67.c, gcc.dg/vect/vect-68.c, gcc.dg/vect/vect-69.c, gcc.dg/vect/vect-73.c, gcc.dg/vect/vect-75.c, gcc.dg/vect/vect-76.c, gcc.dg/vect/vect-78.c: Enable for SPARC. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4592r2=1.4593 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/tree-vect.h.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-10.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-12.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-14.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-15.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-17.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-18.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-19.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-2.c.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-20.c.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-21.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-22.c.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-23.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-24.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-25.c.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-26.c.diff?cvsroot=gccr1=1.3r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-32.c.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-33.c.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-34.c.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-35.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-36.c.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-37.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-62.c.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-63.c.diff?cvsroot=gccr1=1.2r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-64.c.diff?cvsroot=gccr1=1.3r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-65.c.diff?cvsroot=gccr1=1.2r2=1.3
[Bug tree-optimization/17635] [4.0 regression] ICE in verify_ssa: type mismatch
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-13 13:54 --- Devang, your patch http://gcc.gnu.org/ml/gcc-cvs/2004-11/msg00591.html is responsible for the new ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17635
[Bug fortran/17675] [4.0 Regression] Alignment constraints not honored in EQUIVALENCE
--- Additional Comments From giovannibajo at libero dot it 2004-11-13 14:31 --- A regression wrt the old frontend. -- What|Removed |Added Summary|Alignment constraints not |[4.0 Regression] Alignment |honored in EQUIVALENCE |constraints not honored in ||EQUIVALENCE Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675
[Bug tree-optimization/15678] [4.0 Regression] Compilation time increased by 10-20%
--- Additional Comments From giovannibajo at libero dot it 2004-11-13 14:36 --- It would be good to get updated timings for this. -- What|Removed |Added CC||giovannibajo at libero dot ||it http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15678
[Bug libstdc++/17243] Test failures due to missing C99 symbols
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-13 15:37 --- Present on all versions of Solaris up to (and including) version 9. -- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org GCC build triplet|hppa1.1-hp-hpux10.20|*-*-hpux1[01]*, *-*- ||solaris2.[56789] GCC host triplet|hppa1.1-hp-hpux10.20|*-*-hpux1[01].*, *-*- ||solaris2.[56789] GCC target triplet|hppa1.1-hp-hpux10.20|*-*-hpux1[01].*, *-*- ||solaris2.[56789] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17243
[Bug target/18421] Internal Compiler Error
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 15:57 --- No just bugzilla has no way to go from waiting to unconfirmed, I just have not have time to try to reproduce and reduce it yet. Maybe someone else will. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18421
[Bug other/18461] New: gmake test fails with libg2c.so.1 not found
after a successful gmake bootstrap on IRIX 5.3 a consequent gmake check ends up with: gmake[2]: Entering directory `/usr/people/schwarz/gccb/mips-sgi-irix5.3/libf2c/libU77' ../../../gcc/g77 -B../../../gcc/ -L.. -g ../../../../gcc-3.4.3/libf2c/libU77/u77-test.f \ -lg2c -lm -o a.out ./a.out ../../../../gcc-3.4.3/libf2c/libU77/u77-test.f:0: note: -g is only supported using GNU as, ../../../../gcc-3.4.3/libf2c/libU77/u77-test.f:0: note: -g option disabled ../../../../gcc-3.4.3/libf2c/libU77/u77-test.f: In program `MAIN__': ../../../../gcc-3.4.3/libf2c/libU77/u77-test.f:214: warning: call idate (i,j,k) ^ Intrinsic `IDATE', invoked at (^), known to be non-Y2K-compliant [info -f g77 M Y2KBAD] ../../../../gcc-3.4.3/libf2c/libU77/u77-test.f:223: warning: call date (ctim) ^ Intrinsic `DATE', invoked at (^), known to be non-Y2K-compliant [info -f g77 M Y2KBAD] 1564:./a.out: rld: Fatal Error: cannot map soname 'libg2c.so.1' using any of the filenames /usr/people/schwarz/gccb/bfd/libg2c.so.1:/usr/people/schwarz/gccb/opcodes/libg2c.so.1:/usr/people/schwarz/gccb/mips-sgi-irix5.3/libstdc++-v3/src/.libs/libg2c.so.1:/usr/people/schwarz/gccb/gcc/libg2c.so.1:/usr/lib/libg2c.so.1:/lib/libg2c.so.1:/lib/cmplrs/cc/libg2c.so.1:/usr/lib/cmplrs/cc/libg2c.so.1:/usr/people/schwarz/gccb/bfd/libg2c.so.1.1:/usr/people/schwarz/gccb/opcodes/libg2c.so.1.1:/usr/people/schwarz/gccb/mips-sgi-irix5.3/libstdc++-v3/src/.libs/libg2c.so.1.1:/usr/people/schwarz/gccb/gcc/libg2c.so.1.1:/usr/lib/libg2c.so.1.1:/lib/libg2c.so.1.1:/lib/cmplrs/cc/libg2c.so.1.1:/usr/lib/cmplrs/cc/libg2c.so.1.1: -- either the file does not exist or the file is not mappable (with reason indicated in previous msg) gmake[2]: [check] Error 1 (ignored) /usr/people/schwarz/gccb is the build directory. ibg2c.so.1 is in fact at /usr/people/schwarz/gccb/mips-sgi-irix5.3/libf2c/.libs/libg2c.so.1 -- Summary: gmake test fails with libg2c.so.1 not found Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: georg dot schwarz at freenet dot de CC: gcc-bugs at gcc dot gnu dot org,georg dot schwarz at freenet dot de GCC host triplet: mips-sgi-irix5.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18461
[Bug libf2c/15746] [3.4 only] [libf2c only] make check fails in libf2c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 16:04 --- *** Bug 18461 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15746
[Bug libf2c/18461] gmake test fails with libg2c.so.1 not found
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 16:04 --- This was already as will not fix (in fact it was your bug which was filed). This is a will not fix for all of 3.4.x releases. *** This bug has been marked as a duplicate of 15746 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|other |libf2c Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18461
[Bug target/17994] avr-gcc does not output a dwarf2 .debug_frame section
-- What|Removed |Added CC||berndtrog at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
[Bug target/17993] Error in dwarf2 debug output of bitfield members
-- What|Removed |Added CC||berndtrog at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17993
[Bug c++/18462] New: [3.4 Regression] Segfault on declaration of large array member
The compiler segfaults when compiling a class declaration that has a very large array member of class type. This works fine with an array of int and also works with gcc 3.3.5 and earlier, but fails with all gcc 3.4 releases. -- Summary: [3.4 Regression] Segfault on declaration of large array member Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: peturr02 at ru dot is CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18462
[Bug c++/18462] [3.4 Regression] Segfault on declaration of large array member
--- Additional Comments From peturr02 at ru dot is 2004-11-13 16:26 --- Created an attachment (id=7539) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7539action=view) Preprocessed source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18462
[Bug c++/18462] [3.4/4.0 Regression] Segfault on declaration of large array member
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 16:45 --- Either this is a dup of PR 16681 or there is another bug. The splay_tree is very long which causes the stack to be overflowed. Maybe we should fix the recursive nature of splay_tree_delete. -- What|Removed |Added BugsThisDependsOn||16681 Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Known to fail||3.4.3 4.0.0 Known to work||3.3 Last reconfirmed|-00-00 00:00:00 |2004-11-13 16:45:23 date|| Summary|[3.4 Regression] Segfault on|[3.4/4.0 Regression] |declaration of large array |Segfault on declaration of |member |large array member Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18462
[Bug middle-end/18463] New: [4.0 Regression] Moving floating point through an integer register
The item Moving floating point through integer registers on http://gcc.gnu.org/projects/optimize.html shows how GCC can move a float array element via an integer register. Consider the following test case: void fcpy(float *restrict a, float *restrict b, float *restrict aa, float *restrict bb, int n) { int i; for(i = 0; i n; i++) { aa[i]=a[i]; bb[i]=b[i]; } } GCC 3.3 produces the following code for the inner loop for -O2 -fomit-frame-pointer -fschedule-insns --std=c99: .L6: movl(%ebp,%ecx,4), %eax movl(%edi,%ecx,4), %edx movl%eax, (%esi,%ecx,4) movl%edx, (%ebx,%ecx,4) incl%ecx cmpl36(%esp), %ecx jl .L6 GCC 4.0 (4.0.0 20041112) produces this piece of junk: .L4: movl20(%esp), %eax leal0(,%ebx,4), %edx cmpl%ebx, %ebp movl-4(%eax,%edx), %ecx leal1(%ebx), %eax movl%eax, %ebx movl%ecx, -4(%edi,%edx) movl24(%esp), %ecx movl-4(%edx,%ecx), %eax movl%eax, -4(%edx,%esi) jg .L4 This is a bad regression from at least gcc 2.95 and gcc 3.1, as demonstraded on the projects/optimize.html page. -- Summary: [4.0 Regression] Moving floating point through an integer register Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: steven at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,jh at suse dot cz,zack at codesourcery dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18463
[Bug tree-optimization/18463] [4.0 Regression] Moving floating point through an integer register
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 17:22 --- Confirmed, the problem is that DOM does: D.1192 = (unsigned int) i; D.1194 = (float * restrict) D.1192 * 4B; *(aa2 + D.1194) = *(a2 + D.1194); *(bb2 + D.1194) = *(b2 + D.1194); Note how we use D.1194 in all three places. for PPC this is the correct thing to do but not for x86 which has three operands loads. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|middle-end |tree-optimization Ever Confirmed||1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2004-11-13 17:22:54 date|| Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18463
[Bug other/18132] Problem compiling gcc 3.4.2
--- Additional Comments From pierre42d at 9online dot fr 2004-11-13 17:40 --- Ok it was a problem with my glibc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18132
[Bug tree-optimization/18463] [4.0 Regression] Moving floating point through an integer register
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 17:42 --- Though I should note that PPC is much better on the mainline than before: gcc 4.0.0: L4: lfsx f0,r3,r2 stfsx f0,r5,r2 lfsx f13,r4,r2 stfsx f13,r6,r2 addi r2,r2,4 bdnz L4 gcc 3.3 (Apple's): L9: slwi r7,r11,2 addi r11,r11,1 lfsx f0,r7,r3 stfsx f0,r7,r5 lfsx f1,r7,r4 stfsx f1,r7,r6 bdnz L9 So really this is a target specific bug :). Also here the loop for x86_64: .L4: movl(%rdx,%r10), %eax incl%ecx movl%eax, (%rdx,%r9) movl(%rdx,%rdi), %eax movl%eax, (%rdx,%rsi) addq$4, %rdx cmpl%ecx, %r8d jg .L4 Note changing the type of n and i to be unsigned we get slightly better code: .L4: movl-16(%ebp), %ebx leal0(,%ecx,4), %eax incl%ecx cmpl%ecx, 24(%ebp) movl(%ebx,%eax), %edx movl-20(%ebp), %ebx movl%edx, (%edi,%eax) movl(%esi,%eax), %edx movl%edx, (%ebx,%eax) jne .L4 So IV-OPTs is not doing its job correctly in one place. -- What|Removed |Added GCC target triplet||i?86-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18463
[Bug c++/9440] [3.4 regression] error message about non-lvalue in unary '' when using ?: operator
--- Additional Comments From lpadovan at cs dot unibo dot it 2004-11-13 17:52 --- I'm experiencing a problem with g++-3.4 (GCC) 3.4.2 (Debian 3.4.2-3) which seems related to this bug, at least because the error message is similar and the operator ?: is involved. Here is the program that shows the problem: class V; template class P struct S { S(P* p) : ptr(p) { } operator P*() const { return ptr; } P* ptr; }; template class P struct A { SV f(const SV x) { return (x ? x : (x ? x : 0)); } }; and the error is: a.cc: In member function `SV AP::f(const SV)': a.cc:14: error: non-lvalue in unary `' a.cc:14: error: could not convert `x' to `bool' In g++ (GCC) 3.3.5 (Debian 1:3.3.5-2) the same program is compiled correctly. Unfortunately I'm unable to test the program with the latest version of the g++ compiler, so please accept my apologies if this has been solved already. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9440
[Bug tree-optimization/18463] [4.0 Regression] Moving floating point through an integer register
--- Additional Comments From steven at gcc dot gnu dot org 2004-11-13 17:52 --- At least x86 and ARM have {reg + reg OP const} addressing modes. Unfortunately we rip such expressions apart already in the gimplifier. This is something we canot fix properly on trees. TER could perhaps do it, but that pass should really go away itself, and we don't know anything about addressing modes on trees anyway. Looks like we need to teach an RTL loop optimizer about this... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18463
[Bug tree-optimization/18463] [4.0 Regression] Moving floating point through an integer register
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 17:54 --- For PPC at least IV-OPTS should note that we have post increment and decrement the pointers before the loop and then increment all of them inside the loop, aka: void fcpy(float *restrict a, float *restrict b, float *restrict aa, float *restrict bb, unsigned n) { unsigned i; aa-=1; a-=1; bb-=1; b-=1; for(i = 0; i n; i++) { aa+=1; a+=1; bb+=1; b+=1; *bb=*b; *aa=*a; } } So we get: L4: lfsu f0,4(r4) lfsu f13,4(r3) stfsu f0,4(r6) stfsu f13,4(r5) bdnz L4 which is the most optimal for PPC -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18463
[Bug tree-optimization/18463] [4.0 Regression] Moving floating point through an integer register
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 18:14 --- Here is the reduced testcase for the problem, it has nothing to do with loops at all: void fcpy(float *restrict a, float *restrict b, float *restrict aa, float *restrict bb, unsigned n) { aa[n]=a[n]; bb[n]=b[n]; } DOM is doing CSE of n*4 which is the right thing to do. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18463
[Bug c++/18464] New: [3.4/4.0 regression] error message about non-lvalue in unary '' when using ?: operator
The following code is rejected since gcc 3.4.0: struct A { A(int); operator void*() const; }; templateint void foo(const A x) { 0 ? x : (x ? x : 0); } bug.cc: In function `void foo(const A)': bug.cc:7: error: non-lvalue in unary `' bug.cc:7: error: could not convert `x' to `bool' The code compiles, if I make foo an ordinary (non-template) function. The problem is similar to PR 9440. (This is in fact a reduced version of comment #12, but I moved it here, because the original bug in PR9440 has been fixed already.) -- Summary: [3.4/4.0 regression] error message about non-lvalue in unary '' when using ?: operator Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: rejects-valid, monitored Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,lpadovan at cs dot unibo dot it http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18464
[Bug rtl-optimization/18463] [4.0 Regression] Moving floating point through an integer register
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 18:46 --- This is a RTL problem as it works correctly on ARM which has it ... I should note that arm's instruction has nothing special in its .md file: (define_insn *arm_movsf_soft_insn [(set (match_operand:SF 0 nonimmediate_operand =r,r,m) (match_operand:SF 1 general_operand r,mE,r))] TARGET_ARM -- What|Removed |Added Component|tree-optimization |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18463
[Bug other/18356] Problem compiling gcc 3.4.3
--- Additional Comments From pierre42d at 9online dot fr 2004-11-13 18:46 --- Ok it was a problem with my glibc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18356
[Bug c++/9440] [3.4 regression] error message about non-lvalue in unary '' when using ?: operator
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-13 18:47 --- The problem in comment #12 is indeed very similar, but not the same, since it's not fixed ;-) I opened PR 18464 to track the new problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9440
[Bug c++/18464] [3.4/4.0 regression] error message about non-lvalue in unary '' when using ?: operator
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 18:51 --- : Search converges between 2003-08-19-trunk (#328) and 2003-08-20-trunk (#329). Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to fail||3.4.0 4.0.0 Known to work||3.3.3 Last reconfirmed|-00-00 00:00:00 |2004-11-13 18:51:51 date|| Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18464
[Bug c/18465] New: static function with asm(name) and attribute(used) not emitted
With this code: static void f() __asm__(ff) __attribute__((used)); static void __attribute__((used)) f() { } gcc 3.3 doesn't emit any code for ff when optimizing (-O3). gcc 3.4 and 4 do. This breaks mozilla on alpha-linux. -- Summary: static function with asm(name) and attribute(used) not emitted Product: gcc Version: 3.3.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: falk at debian dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: alphaev68-unknown-linux-gnu GCC host triplet: alphaev68-unknown-linux-gnu GCC target triplet: alphaev68-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18465
[Bug c++/18466] New: [3.3/3.4/4.0 regression] int ::i; accepted
The C++ frontend accepts the following (IMHO invalid) variable declaration since gcc 3.0: = int ::i; = -- Summary: [3.3/3.4/4.0 regression] int ::i; accepted Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: accepts-invalid, monitored Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18466
[Bug c++/18466] [3.3/3.4/4.0 regression] int ::i; accepted
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 19:02 --- Confirmed been failing since at least 2000-12-31. -- What|Removed |Added CC||gdr at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-13 19:02:13 date|| Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18466
[Bug c++/18464] [3.4/4.0 regression] error message about non-lvalue in unary '' when using ?: operator
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-13 19:03 --- Nathan, your patch http://gcc.gnu.org/ml/gcc-cvs/2003-08/msg00634.html introduced the regression. Could you please have a look? -- What|Removed |Added CC||nathan at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18464
[Bug c/18465] [3.3 only] static function with asm(name) and attribute(used) not emitted
-- What|Removed |Added Keywords||wrong-code Summary|static function with|[3.3 only] static function |asm(name) and |with asm(name) and |attribute(used) not |attribute(used) not |emitted |emitted Target Milestone|--- |3.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18465
[Bug bootstrap/18458] make install - fixincl missing extension
--- Additional Comments From ovidr at users dot sourceforge dot net 2004-11-13 19:18 --- The attached patch works - install succeeds. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18458
[Bug bootstrap/18467] New: crosscompiler doesn't build with newlib
(...) /home/users/pluto/rpm/BUILD/gcc-3.4.3/obj-arm-pld-linux/gcc/xgcc -B/home/users/pluto/rpm/BUILD/gcc-3.4.3/obj-arm-pld-linux/gcc/ -B/usr/arm-pld-linux/bin/ -B/usr/arm-pld-linux/lib/ -isystem /usr/arm-pld-linux/include -isystem /usr/arm-pld-linux/sys-include -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fomit-frame-pointer -fPIC -g0 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -fexceptions -c ../../gcc/unwind-dw2-fde-glibc.c -o libgcc/./unwind-dw2-fde-glibc.o ../../gcc/unwind-dw2-fde-glibc.c:40:18: link.h: No such file or directory make[2]: *** [libgcc/./unwind-dw2-fde-glibc.o] Error 1 make[2]: Leaving directory newlib doesn't contain the link.h. -- Summary: crosscompiler doesn't build with newlib Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at pld-linux dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: pentium3-pld-linux GCC host triplet: pentium3-pld-linux GCC target triplet: arm-pld-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18467
[Bug bootstrap/18467] crosscompiler doesn't build with newlib
--- Additional Comments From pluto at pld-linux dot org 2004-11-13 19:19 --- Created an attachment (id=7540) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7540action=view) buildlog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18467
[Bug bootstrap/18467] crosscompiler doesn't build with newlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 19:21 --- For linux you have to use glibc as that is only one supported for unwinding. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18467
[Bug java/18459] linux - win cross compiler : gcj produces corrupt executables
--- Additional Comments From ovidr at users dot sourceforge dot net 2004-11-13 19:22 --- I don't think this is a duplicate - it has nothing to do with LANG settings. The stacktrace may look similar, and end on _Jv_FindClass, but it does not go through PrintStream/UnicodeToBytes. I reverted the following patch to cygming.h from Nov 6th: http://gcc.gnu.org/ml/gcc-cvs/2004-11/msg00265.html And everything works again. -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18459
[Bug c++/18445] [3.4/4.0 Regression] ice during overload resolution in template instantiation
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-13 19:23 --- Mark, your patch http://gcc.gnu.org/ml/gcc-cvs/2003-07/msg00378.html seems to be responsible for the regression. Could you please have a look? -- What|Removed |Added CC||mmitchel at gcc dot gnu dot ||org, reichelt at gcc dot gnu ||dot org Keywords||monitored http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18445
[Bug rtl-optimization/18463] [4.0 Regression] Moving floating point through an integer register
--- Additional Comments From steven at gcc dot gnu dot org 2004-11-13 19:34 --- CSE is trying to reconstruct the addressing mode, but it has (plus:SI (ashift:SI (reg/v:SI 61 [ n ]) (const_int 2 [0x2])) (reg/v/f:SI 59 [ a ])) According to hp, the canonical form would be with a mult. Breakpoint 9, ix86_decompose_address (addr=0x401d515c, out=0xbfffec48) at ../../mainline/gcc/config/i386/i386.c:4567 4567{ 1: debug_rtx (addr) = (plus:SI (ashift:SI (reg/v:SI 61 [ n ]) (const_int 2 [0x2])) (reg/v/f:SI 59 [ a ])) void (gdb) bt #0 ix86_decompose_address (addr=0x401d5078, out=0xbfffec78) at ../../mainline/gcc/config/i386/i386.c:4567 #1 0x082ee548 in legitimate_address_p (mode=3221220472, addr=0x401d5078, strict=0) at ../../mainline/gcc/config/i386/i386.c:5064 #2 0x0828ec5e in memory_address_p (mode=3221220472, addr=0xbfffec78) at ../../mainline/gcc/recog.c:1268 #3 0x0828ed5f in general_operand (op=0x401d5084, mode=SFmode) at ../../ mainline/gcc/recog.c:979 #4 0x0828f029 in nonimmediate_operand (op=0x401d5084, mode=3221220472) at ../../mainline/gcc/recog.c:1143 #5 0x08226803 in recog_16 (x0=0x401d50b4, insn=0x4016c230, pnum_clobbers=0x0) at insn-recog.c:16332 #6 0x0828e07c in recog_memoized_1 (insn=0x4016c230) at ../../mainline/gcc/ recog.c:123 #7 0x08121594 in cse_insn (insn=0x4016c230, libcall_insn=0x0) at ../../ mainline/gcc/cse.c:4783 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18463
[Bug target/18347] [3.4/4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/uninit-C.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-13 19:53 --- Subject: Bug 18347 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-13 19:52:55 Modified files: gcc: ChangeLog gcc/config/mmix: mmix.c mmix.h Log message: PR target/18347 * config/mmix/mmix.c (mmix_function_outgoing_value): Handle TImode. Sorry for other non-complex larger-than-64-bit modes. * config/mmix/mmix.h (MIN_UNITS_PER_WORD): Do not define. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6316r2=2.6317 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/mmix/mmix.c.diff?cvsroot=gccr1=1.71r2=1.72 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/mmix/mmix.h.diff?cvsroot=gccr1=1.69r2=1.70 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18347
[Bug target/18459] [4.0 Regression] gcj no longer works on win32
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 19:56 --- Hmm, then JCF sections are not support. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|java|target Ever Confirmed||1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2004-11-13 19:56:02 date|| Summary|linux - win cross compiler |[4.0 Regression] gcj no |: gcj produces corrupt |longer works on win32 |executables | Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18459
[Bug target/18347] [3.4/4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/uninit-C.c
--- Additional Comments From hp at gcc dot gnu dot org 2004-11-13 20:00 --- Keeping this open until I've checked the 3.4 branch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18347
[Bug rtl-optimization/17647] [4.0 regression] Missing i386 addressing modes
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 20:14 --- Actually I was wrong about IV-OPTS being the problem. This is the same problem as PR 18463, the problem is that CSE does not recombine to form the addressing mode at all. -- What|Removed |Added BugsThisDependsOn||18463 Component|tree-optimization |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17647
[Bug middle-end/18359] [4.0 Regression] testsuite failure: gcc.c-torture/execute/20040625-1.c
-- Bug 18359 depends on bug 18326, which changed state. Bug 18326 Summary: [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20040625-1.c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18326 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18359
[Bug middle-end/18326] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20040625-1.c
--- Additional Comments From hp at gcc dot gnu dot org 2004-11-13 20:17 --- See comment in URL:http://gcc.gnu.org/ml/gcc-patches/2004-11/msg0.html regarding the TImode libcall. I'm closing this anyway; it's not a testsuite regression anymore. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18326
[Bug target/18459] [4.0 Regression] gcj no longer works on win32
--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-11-13 20:18 --- This excerpt from java/class.c appears relavant: void emit_register_classes (tree *list_p) { if (registered_class == NULL) return; /* ??? This isn't quite the correct test. We also have to know that the target is using gcc's crtbegin/crtend objects rather than the ones that come with the operating system. */ if (SUPPORTS_WEAK targetm.have_named_sections) { #ifdef JCR_SECTION_NAME tree t; named_section_flags (JCR_SECTION_NAME, SECTION_WRITE); assemble_align (POINTER_SIZE); for (t = registered_class; t; t = TREE_CHAIN (t)) assemble_integer (XEXP (DECL_RTL (t), 0), POINTER_SIZE / BITS_PER_UNIT, POINTER_SIZE, 1); #else abort (); #endif mingw doesn't currently use crtbegin.o/crtend.o -- nor any other mechanism to init __JCR_LIST__. I am currently testing a patch (in conjunction with DW2 EH frame support) for this but will need about 2-3 days to go through a full bootstrap/reg-test cycle. A safer option at this stage may be add another condition to disable for cygwin/mingw Danny -- What|Removed |Added CC||dannysmith at users dot ||sourceforge dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18459
[Bug c++/18468] New: bad code in template function called from template class method
A template function (which swaps two values) is called in a loop in an inlined method of a template class. The number of loop iterations is a constant, so the compiler might be trying to unroll the loop. The final assignment of the swap function is not executed after the first iteration, causing incorrect results. The problem occurs with -O2 or -O3, but not with -O. I will attach a self-contained demo program. -- Summary: bad code in template function called from template class method Product: gcc Version: 3.3.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: james_avera at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i586-suse-linux-gnu GCC host triplet: i586-suse-linux-gnu GCC target triplet: i586-suse-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18468
[Bug c++/18468] bad code in template function called from template class method
--- Additional Comments From james_avera at yahoo dot com 2004-11-13 20:32 --- Created an attachment (id=7542) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7542action=view) test case Please compile with -O2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18468
[Bug c++/18468] bad code in template function called from template class method
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 20:37 --- You are violating the C++ aliasing rules: class GetPtrtokeyFunctor { public: const PtrInt * operator()(const Objptr objptr) { return reinterpret_castconst PtrInt *(objptr); } }; -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18468
[Bug target/18332] mmix-knuth-mmixware testsuite failure: gcc.dg/compat/vector-1 c_compat_x_tst.o-c_compat_y_tst.o execute
--- Additional Comments From hp at gcc dot gnu dot org 2004-11-13 20:53 --- The part of this bug that was execution failure was another incarnation of the TImode-non-support bug mentioned in PR target/18347. There, it caused a SEGV, while here, it picked up the inner QImode in the TImode union open-coded from the vector modes, and produced wrong code. See URL:http://gcc.gnu.org/ml/gcc-patches/2004-11/msg0.html. -- What|Removed |Added BugsThisDependsOn||18347 Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18332
[Bug target/18332] mmix-knuth-mmixware testsuite failure: gcc.dg/compat/vector-1 c_compat_x_tst.o-c_compat_y_tst.o execute
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18332
[Bug c++/18470] New: [4.0 regression] array bound rejected as non-constant in template
The following valid code snippet is rejected by mainline: templatetypename struct A { static const int i=1; }; templatetypename T struct B : AT { using AT::i; char s[i]; // fails char t[AT::i]; // compiles }; bug.cc:9: error: array bound is not an integer constant Mark, I suspect your patch for PR 18429 is responsible for the regression. Could you please have a look? -- Summary: [4.0 regression] array bound rejected as non-constant in template Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: rejects-valid, monitored Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,mmitchel at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18470
[Bug target/18469] New: configure incorrectly defines gid_t
When building a cross compiler from a Windows host to sparc-sun-solaris2.8, make fails here: /aaronwl/cs/compilers/gcc/build/solaris8-head/gcc/xgcc - B/aaronwl/cs/compilers/gcc/build/solaris8-head/gcc/ -B/aaronwl/cs/env/solaris- head/sparc-sun-solaris2.8/bin/ -B/aaronwl/cs/env/solaris-head/sparc-sun- solaris2.8/lib/ -isystem /aaronwl/cs/env/solaris-head/sparc-sun- solaris2.8/include -isystem /aaronwl/cs/env/solaris-head/sparc-sun- solaris2.8/sys-include -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite- strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition - isystem ./include -I. -I. -I../../../src/cvs/head/gcc/gcc - I../../../src/cvs/head/gcc/gcc/. -I../../../src/cvs/head/gcc/gcc/../include - I../../../src/cvs/head/gcc/gcc/../libcpp/include -g0 -finhibit-size- directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss - fno-unit-at-a-time -fPIC \ -c ../../../src/cvs/head/gcc/gcc/crtstuff.c -DCRT_BEGIN \ -o crtbegin.o In file included from ../../../src/cvs/head/gcc/gcc/tsystem.h:93, from ../../../src/cvs/head/gcc/gcc/crtstuff.c:62: /aaronwl/cs/env/solaris-head/root/usr/include/sys/types.h:340: error: two or more data types in declaration specifiers make[1]: *** [crtbegin.o] Error 1 make[1]: Leaving directory `/aaronwl/cs/compilers/gcc/build/solaris8-head/gcc' make: *** [all-gcc] Error 2 The line in question is: typedef uid_t gid_t; /* GID type */ However, auto-host.h defines: /* Define to `int' if sys/types.h doesn't define. */ #define gid_t int I can't figure out from config.log why this is being defined. Removing the define for gid_t fixes this problem. i686-pc-mingw32 Windows XP SP2 Professional Pentium 4 1.4GHz 256MB binutils 2.15 mingwrt 3.5 msvcrt 7.0.2600.2180 w32api 3.1 libiconv 1.9.1 GNU Make 3.80 expect 5.26 tcl 8.4 dejagnu 1.4.2.x Misc tools and environment from Cygwin Current Fri Oct 22 01:50:41 2004 ln with softlinks disabled host gcc 4.0.0 20041028 (experimental) host binutils 2.15.94 20041028 host mingwrt head 20041028 host w32api head 20041028 Configured with: ../../src/cvs/head/gcc/configure -- prefix=/aaronwl/cs/env/solaris-head --target=sparc-sun-solaris2.8 --disable- nls --enable-languages=c --with-sysroot=/aaronwl/cs/env/solaris-head/root Thread model: single gcc version 4.0.0 20041113 (experimental) -- Summary: configure incorrectly defines gid_t Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aaronavay62 at aaronwl dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-mingw32 GCC host triplet: i686-pc-mingw32 GCC target triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18469
[Bug c++/18470] [4.0 regression] array bound rejected as non-constant in template
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 21:03 --- This worked with 2004-11-12-161002 so it has to be recent. -- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18470
[Bug target/18469] configure incorrectly defines gid_t
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 21:06 --- auto-host.h should not be included in crtstuff.c at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18469
[Bug c++/18470] [4.0 regression] array bound rejected as non-constant in template
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 21:08 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-13 21:08:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18470
[Bug target/18300] Infinite loop when passing object with 3+ base classes by value
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-13 23:09 --- Subject: Bug 18300 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-13 23:09:08 Modified files: gcc: ChangeLog gcc/config/i386: i386.c Added files: gcc/testsuite/g++.dg/other: infloop-1.C Log message: PR target/18300 * config/i386/i386.c (classify_argument): Fix infinite loop when passing object with 3 or more base classes by value. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6322r2=2.6323 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gccr1=1.736r2=1.737 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/infloop-1.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18300
[Bug target/18300] Infinite loop when passing object with 3+ base classes by value
--- Additional Comments From giovannibajo at libero dot it 2004-11-13 23:31 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18300
[Bug c++/18471] New: [4.0 regression] ICE on invalid template class
The following invalid code causes an ICE on mainline: = typedef int X; templateX struct X {}; = bug.cc:2: error: 'templateint anonymous struct X' redeclared as different kind of symbol bug.cc:1: error: previous declaration of 'typedef int X' bug.cc:2: internal compiler error: tree check: expected class 'declaration', have 'exceptional' (error_mark) in push_template_decl_real, at cp/pt.c:3152 Please submit a full bug report, [etc.] -- Summary: [4.0 regression] ICE on invalid template class Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18471
[Bug c++/18471] [4.0 regression] ICE on invalid template class
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-14 01:45 --- : Search converges between 2004-02-01-trunk (#445) and 2004-03-01-trunk (#446). -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-14 01:45:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18471
[Bug c++/18354] [4.0 Regression] expression +1 not considered constant (as template parameter).
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-14 01:56 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01133.html. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18354
[Bug target/18347] [3.4/4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/uninit-C.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-14 04:53 --- Subject: Bug 18347 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-11-14 04:53:23 Modified files: gcc: ChangeLog gcc/config/mmix: mmix.c mmix.h Log message: PR target/18347 * config/mmix/mmix.c (mmix_function_outgoing_value): Handle TImode. Sorry for other non-complex larger-than-64-bit modes. * config/mmix/mmix.h (MIN_UNITS_PER_WORD): Do not define. (INIT_CUMULATIVE_ARGS): Correct unused macro name FNDECL. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.690r2=2.2326.2.691 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/mmix/mmix.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.55r2=1.55.10.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/mmix/mmix.h.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.58.14.1r2=1.58.14.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18347
[Bug target/18332] mmix-knuth-mmixware testsuite failure: gcc.dg/compat/vector-1 c_compat_x_tst.o-c_compat_y_tst.o execute
-- Bug 18332 depends on bug 18347, which changed state. Bug 18347 Summary: [3.4/4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/uninit-C.c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18347 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18332
[Bug target/18347] [3.4/4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/uninit-C.c
--- Additional Comments From hp at gcc dot gnu dot org 2004-11-14 05:15 --- See URL:http://gcc.gnu.org/ml/gcc-patches/2004-11/msg0.html and URL:http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01141.html. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18347
[Bug target/18332] mmix-knuth-mmixware testsuite failure: gcc.dg/compat/vector-1 c_compat_x_tst.o-c_compat_y_tst.o execute
-- What|Removed |Added Target Milestone|4.0.0 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18332
[Bug target/18332] mmix-knuth-mmixware testsuite failure: gcc.dg/compat/vector-1 c_compat_x_tst.o-c_compat_y_tst.o execute
-- What|Removed |Added Target Milestone|3.4.4 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18332
[Bug tree-optimization/18472] New: TREE_OPERAND (t, 1) is referenced for t being GOTO_EXPR
tree-if-conv.c:tree_if_convert_stmt uses TREE_OPERAND (t, 1) for t being GOTO_EXPR like so: case GOTO_EXPR: /* Unconditional goto */ add_to_predicate_list (bb_for_stmt (TREE_OPERAND (t, 1)), cond); bsi_remove (bsi); cond = NULL_TREE; break; GOTO_EXPR has only one operand, so TREE_OPERAND (t, 1) is wrong. Also, nonlocal gotos are represented using __builtin_nonlocal_goto, computed gotos are represented using GOTO_EXPR, and all other gotos are represented implicitly. I don't think the code there is designed to handle computed gotos, but I could be wrong. -- Summary: TREE_OPERAND (t, 1) is referenced for t being GOTO_EXPR Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kazu at cs dot umass dot edu CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18472
[Bug tree-optimization/18472] TREE_OPERAND (t, 1) is referenced for t being GOTO_EXPR
-- What|Removed |Added CC||dpatel at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18472