[Bug target/15914] [3.4 only] gcc-3_4-branch ICE on Linux kernel
--- Additional Comments From amodra at bigpond dot net dot au 2004-11-27 08:03 --- Confirmed with current 3.4 branch -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to fail||3.4.4 Last reconfirmed|-00-00 00:00:00 |2004-11-27 08:03:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15914
[Bug middle-end/15855] [3.4/4.0 Regression] g++ crash with -O2 and -O3 on input file
--- Additional Comments From giovannibajo at libero dot it 2004-11-27 08:17 --- Did you try if iterating DOM1 has compile time impact on more normal testcases, like cc1-i? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15855
[Bug target/16343] invalid code when using -meabi -msdata=eabi
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net |dot org |dot au Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16343
[Bug rtl-optimization/17825] [3.4/4.0 Regression] ICE in reg_bitfield_target_p
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-27 09:39 --- Subject: Bug 17825 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-27 09:39:01 Modified files: gcc: ChangeLog combine.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/compile: 20041119-1.c Log message: PR rtl-optimization/17825 * combine.c (subst): Ignore STRICT_LOW_PART no matter if REG_P (new) or not. * gcc.c-torture/compile/20041119-1.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6580r2=2.6581 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/combine.c.diff?cvsroot=gccr1=1.461r2=1.462 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4656r2=1.4657 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/20041119-1.c.diff?cvsroot=gccr1=1.1r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17825
[Bug target/14743] -msdata=eabi does not produce r2/r13 relative access
--- Additional Comments From amodra at bigpond dot net dot au 2004-11-27 11:46 --- I'm not so sure this is a valid complaint. There are other thing we don't put into .sdata2, for example function addresses (see pr16343). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14743
[Bug target/16343] invalid code when using -meabi -msdata=eabi
--- Additional Comments From amodra at bigpond dot net dot au 2004-11-27 11:47 --- http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02367.html -- What|Removed |Added Keywords||patch Known to fail|3.4.2 4.0.0 |3.4.2 3.4.3 4.0.0 Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16343
[Bug fortran/18689] New: Internal compiler error with character pointer association in module subroutine
!Extracted from linked data demo in appendix G ! ! (c) Copyright Michael Metcalf and John Reid, 1992. This file may be ! freely used and copied for educational purposes provided this notice ! remains attached. Extracted from Fortran 90 Explained Oxford ! University Press (Oxford and New York), ISBN 0-19-853772-7. ! MODULE bug character(4), allocatable, target :: names(:) CONTAINS SUBROUTINE bugeye(pnames) character(4), pointer :: pnames(:) allocate (names(10)) pnames = names end subroutine bugeye end module bug program bug_demo use bug end program bug_demo $ /gcc-4.0/bin/gfortran -O3 bug_demo.f90 -o bug_demo bug_demo.f90: In function 'bugeye': bug_demo.f90:16: internal compiler error: in gfc_add_modify_expr, at /fortran/tr ans.c:154 Please submit a full bug report, -- Summary: Internal compiler error with character pointer association in module subroutine Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: paulthomas2 at wanadoo dot fr CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18689
[Bug c++/18688] Default argument of a template class/struct function parse error.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 15:10 --- The standard is not clear what should happen here, some places suggest it should be rejected. Anyways this is a dup of bug 57 (I think the oldest c++ bug which is still open). *** This bug has been marked as a duplicate of 57 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18688
[Bug c++/57] [DR 325] GCC can't parse a non-parenthesized comma in a template-id within a default argument
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 15:10 --- *** Bug 18688 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||prez at neuromancy dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57
[Bug fortran/18689] Internal compiler error with character pointer association in module subroutine
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 15:14 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-27 15:14:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18689
[Bug libstdc++/18690] New: tr1/utility is broken on darwin
FAIL: tr1/6_containers/tuple/comparison_operators/comparisons.cc (test for excess errors) Excess errors: /Users/pinskia/src/local/gcc/objdir/powerpc-apple-darwin7.6.0/libstdc++-v3/include/tr1/utility:77: error: expected `' before numeric constant /Users/pinskia/src/local/gcc/objdir/powerpc-apple-darwin7.6.0/libstdc++-v3/include/tr1/utility:78: error: '_Tp1' was not declared in this scope /Users/pinskia/src/local/gcc/objdir/powerpc-apple-darwin7.6.0/libstdc++-v3/include/tr1/utility:78: error: '_Tp2' was not declared in this scope /Users/pinskia/src/local/gcc/objdir/powerpc-apple-darwin7.6.0/libstdc++-v3/include/tr1/utility:78: error: template argument 1 is invalid /Users/pinskia/src/local/gcc/objdir/powerpc-apple-darwin7.6.0/libstdc++-v3/include/tr1/utility:78: error: template argument 2 is invalid /Users/pinskia/src/local/gcc/objdir/powerpc-apple-darwin7.6.0/libstdc++-v3/include/tr1/utility:78: error: template argument 2 is invalid /Users/pinskia/src/local/gcc/objdir/powerpc-apple-darwin7.6.0/libstdc++-v3/include/tr1/utility:78: error: expected initializer before '' token -- Summary: tr1/utility is broken on darwin Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18690
[Bug libstdc++/18690] tr1/utility is broken on darwin
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 15:31 --- The problem is the use of _I in: templateint _I, class _Tp1, class _Tp2 typename tuple_element_I, std::pair_Tp1, _Tp2 ::type -- What|Removed |Added GCC target triplet||powerpc-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18690
[Bug libstdc++/18690] tr1/utility is broken on darwin
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-27 15:32:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18690
[Bug libfortran/18398] Formatted I/O problems
--- Additional Comments From bdavis at gcc dot gnu dot org 2004-11-27 15:33 --- here's a shorter test case: program rinput implicit double precision(a-h,o-z) character *8 a,b open(unit=7) write(7,*)'aaa123.456' write(7,*)'bbb-123.456' write(7,*) rewind(7) 610 format(a8,f10.5) read (7,610) a,cafin ,b,angmom print*, a,cafin ,b,angmom stop end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18398
[Bug c++/18652] [4.0 regression] ICE on invalid redeclaration
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 15:43 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02377.html. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18652
[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 15:47 --- Hmm, These are really short compile times to begin with. Almost anything this short could be considered just error but then again, the compile time for me on ppc-darwin was about the same time as 3.3 as 4.0.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18687
[Bug c++/18681] [3.3/3.4/4.0 regression] template friend declaration not recognized
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-27 15:53 --- Under investigate. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |lerdsuwa at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18681
[Bug c++/57] [DR 325] GCC can't parse a non-parenthesized comma in a template-id within a default argument
--- Additional Comments From prez at neuromancy dot net 2004-11-27 16:04 --- (In reply to comment #21) *** Bug 18688 has been marked as a duplicate of this bug. *** Is it really a dupe? The bug I raised only involved a templated argument, the class with the member function is not templated. Besides which, if its invalid as a member function, why is it not invalid stand-alone? And why should typedef's get around it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57
[Bug c++/18681] [3.3/3.4/4.0 regression] template friend declaration not recognized
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-27 16:12 --- Not a bug. -- What|Removed |Added AssignedTo|lerdsuwa at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Target Milestone|3.4.4 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18681
[Bug c++/18681] template friend declaration not recognized
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-27 16:19 --- Not a bug. You are using TPAR inside the class C1T::S, however, only C1T is a friend of C2. This is the relevent section of C++ standard (section 11.4 paragraph 2): ... the declarations of members of classes nested within the friend class cannot access the names of private and protected members from the class granting friendship. ... and the example in the same section: class A { class B {}; friend class X; }; class X : A::B { // ill-formed: A::B cannot be accessed // in the base-clause for X A::B mx; // OK: A::B used to declare member of X class Y : A::B { // OK: A::B used to declare member of X A::B my; // ill-formed: A::B cannot be accessed // to declare members of nested class of X }; }; -- What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID Summary|[3.3/3.4/4.0 regression]|template friend declaration |template friend declaration |not recognized |not recognized | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18681
[Bug preprocessor/17651] [3.4/4.0 Regression] Erroneous preprocessor output with -g when generating dependencies
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 16:51 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02382.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17651
[Bug middle-end/15855] [3.4/4.0 Regression] g++ crash with -O2 and -O3 on input file
--- Additional Comments From law at redhat dot com 2004-11-27 16:56 --- Subject: Re: [3.4/4.0 Regression] g++ crash with -O2 and -O3 on input file On Sat, 2004-11-27 at 08:17 +, giovannibajo at libero dot it wrote: --- Additional Comments From giovannibajo at libero dot it 2004-11-27 08:17 --- Did you try if iterating DOM1 has compile time impact on more normal testcases, like cc1-i? The effect on more normal C code is in the noise. Though my gut tells me it's a teeny tiny slower. jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15855
[Bug pch/14940] PCH largefile test fails on various platforms
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-27 16:57 --- Subject: Bug 14940 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-27 16:57:06 Modified files: gcc: ChangeLog gcc/config : host-linux.c Log message: PR pch/14940 * config/host-linux.c (TRY_EMPTY_VM_SPACE): Revert 2004-11-22 change. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6586r2=2.6587 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/host-linux.c.diff?cvsroot=gccr1=1.5r2=1.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14940
[Bug rtl-optimization/18577] [3.3 regression] variable use moved before initialization
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-27 16:59 --- Subject: Bug 18577 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-11-27 16:59:18 Modified files: gcc: ChangeLog regclass.c regs.h unroll.c Added files: gcc/testsuite/gcc.dg: loop-6.c Log message: PR optimization/18577 * unroll.c (unroll_loop): Test both REGNO_LAST_UID and REGNO_LAST_NOTE_UID to decide whether a pseudo is local to the loop. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_3-branchr1=1.16114.2.1027r2=1.16114.2.1028 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/regclass.c.diff?cvsroot=gcconly_with_tag=gcc-3_3-branchr1=1.160.4.5r2=1.160.4.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/regs.h.diff?cvsroot=gcconly_with_tag=gcc-3_3-branchr1=1.26.4.1r2=1.26.4.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/unroll.c.diff?cvsroot=gcconly_with_tag=gcc-3_3-branchr1=1.184.2.9r2=1.184.2.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/loop-6.c.diff?cvsroot=gcconly_with_tag=gcc-3_3-branchr1=NONEr2=1.1.4.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18577
[Bug rtl-optimization/18577] [3.3 regression] variable use moved before initialization
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-27 17:05 --- See http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02385.html -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18577
[Bug c++/18368] [3.4/4.0 Regression] C++ error message regression
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18368
[Bug target/18034] GCC 3.4.2/GNAT bootstrap problem
--- Additional Comments From franke at euro-telematik dot de 2004-11-27 17:25 --- Subject: Re: GCC 3.4.2/GNAT bootstrap problem -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Try looking into PR 6552 and PR 6669. Those two might tell you what the problem is. It might be stage1 is being miscompile which miscompiles stage2 which causes this problem. I did, but it brought no alleviation. Removing -g from various CFLAGS, as proposed in PR 6669, doesn't change the outcome, while removing -O2 (PR 6552) makes it even worse, as some of the little helper utilities that get built along the way (gentype, genmode, and friends) produce a bus error when executed. Andrew's explanation certainly sounds plausible. Could you try bootstrapping using Rainer Orth's GNAT binaries: ftp://ftp.Uni-Bielefeld.DE/pub/gnu/gnat/binaries/ I've had no problems bootstrapping 3.4 on our IRIX 6.5 when using these binaries as the starting point. Tried that, too. No betterment. And I only have IRIX 6.2 at my disposal. I have, meanwhile, upgraded to GCC 3.4.3, but it didn't make a difference. Out of sheer desparation, I have adopted a brute- force method to get rid of the symptoms (not the problems, though!). See the transcript below. I have finally been able to produce a GCC 3.4.3 but I am all too aware of the fact that it is a botched one. Not surprisingly, it could not be used to bootstrap itself. Any ideas are appreciated. Regards, Frank - Transcript of the brute-force session - gcc says stage2/xgcc -Bstage2/ -B/usr/local2/mips-sgi-irix6.2/bin/ -c -g -O2 -gnatpg -gnata -I- -I. -Iada -I../../srcdir/gcc/ada ../../srcdir/gcc/ada/ada.ads -o ada/ada.o gcc says xgcc: Internal error: Segmentation fault (program gnat1) gcc says Please submit a full bug report. gcc says See URL:http://gcc.gnu.org/bugs.htmlgcc-says for instructions. gcc says make[2]: *** [ada/ada.o] Error 1 gcc says make[2]: Leaving directory `/usr/people/franke/install/objdir/gcc' gcc says make[1]: *** [stage3_build] Error 2 gcc says make[1]: Leaving directory `/usr/people/franke/install/objdir/gcc' gcc says make: *** [bootstrap] Error 2 Used gnat1 from stage1. gcc says Stage comparison failed. Replaced the call to cmp with a call to /bin/true in objdir/gcc/Makefile. gcc says /usr/people/franke/install/objdir/gcc/xgcc -B/usr/people/franke/install/objdir/gcc/ -B/usr/local2/mips-sgi-irix6.2/bin/ -B/usr/local2/mips-sgi-irix6.2/lib/ -isystem /usr/local2/mips-sgi-irix6.2/include -DHAVE_CONFIG_H -I. -I../../../../srcdir/libstdc++-v3/libmath -I.. -O2 -g -O2 -c ../../../../srcdir/libstdc++-v3/libmath/stubs.c -DPIC -o .libs/stubs.o gcc says ../../../../srcdir/libstdc++-v3/libmath/stubs.c:268: error: conflicting types for `hypotl' gcc says /usr/people/franke/install/objdir/gcc/include/math.h:506: error: previous declaration of `hypotl' gcc says make[4]: *** [stubs.lo] Error 1 gcc says make[4]: Leaving directory `/usr/people/franke/install/objdir/mips-sgi-irix6.2/libstdc++-v3/libmath' gcc says make[3]: *** [all-recursive] Error 1 gcc says make[3]: Leaving directory `/usr/people/franke/install/objdir/mips-sgi-irix6.2/libstdc++-v3' gcc says make[2]: *** [all-recursive-am] Error 2 gcc says make[2]: Leaving directory `/usr/people/franke/install/objdir/mips-sgi-irix6.2/libstdc++-v3' gcc says make[1]: *** [all-target-libstdc++-v3] Error 2 gcc says make[1]: Leaving directory `/usr/people/franke/install/objdir' gcc says make: *** [bootstrap] Error 2 Commented out srcdir/libstdc++-v3/libmath/stubs.c:266--276 gcc says ../../xgcc -B../../ -c -g -O2 -W -Wall -gnatpg a-caldel.adb -o a-caldel.o gcc says xgcc: Internal error: Segmentation fault (program gnat1) gcc says Please submit a full bug report. gcc says See URL:http://gcc.gnu.org/bugs.htmlgcc-says for instructions. gcc says make[2]: *** [a-caldel.o] Error 1 gcc says make[2]: Leaving directory `/usr/people/franke/install/objdir/gcc/ada/rts' gcc says make[1]: *** [gnatlib] Error 2 gcc says make[1]: Leaving directory `/usr/people/franke/install/objdir/gcc/ada' gcc says make: *** [gnatlib] Error 2 Used gnat1 from stage1. gcc says ../../xgcc -B../../ -c -g -O2 -W -Wall -gnatpg a-llftio.ads -o a-llftio.o gcc says a-tiflio.adb: In function `Ada.Long_Long_Float_Text_Io.Get': gcc says a-tiflio.adb:44: error: unrecognizable insn: gcc says (insn/i:HI 185 184 186 16 s-fatgen.adb:840 (set (subreg:DI (reg:TF 245) 0) gcc says (mem/u/f:TF (symbol_ref/u:SI (*.LC4) [flags 0x2]) [25 S16 A128])) -1 (insn_list 184 (nil)) gcc says (nil)) gcc says +===GNAT BUG DETECTED==+ gcc says | 3.4.3 (mips-sgi-irix6.2) in extract_insn, at recog.c:2083 | gcc says | Error detected at a-tiflio.adb:65:8 [a-llftio.ads:18:1] | gcc says | Please submit a bug report; see http://gcc.gnu.org/bugs.html. | gcc says | Include the entire contents of this bug
[Bug c++/18512] [3.4/4.0 Regression] ICE on invalid usage of template base class
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18512
[Bug c++/18674] [3.4/4.0 Regression] G++ accepts bad elaborated type specifiers
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18674
[Bug target/18019] [4.0 Regression] -march=pentium4 generates word fetch instead of byte fetch
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27 18:28 --- I suggest excising the TARGET_PARTIAL clauses ASAP, and reinstating them only when alignment checking (and/or something else) is used in them to verify that the transform is safe. That seems to be the most correct thing to do. If someone is up to writing the alignment checking right now, of course, that's great, but I'm not! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18019
[Bug middle-end/18493] [3.4 Regression] gcc doesn't like switch blocks without case/default labels
--- Additional Comments From roger at eyesopen dot com 2004-11-27 18:40 --- Patch here http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02309.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18493
[Bug ada/18660] ACATS spurious front-end error c432003.adb:134:21: too few discriminants given in constraint
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 18:43 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-27 18:43:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18660
[Bug preprocessor/16621] [4.0 Regression] C4x fails miserably
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27 18:44 --- libcpp no longer uses HOST_WIDE_INT. The computation which leads to the error is done in c-decl.c in target arithmetic as follows: /* Compute the maximum valid index, that is, size - 1. Do the calculation in index_type, so that if it is a variable the computations will be done in the proper mode. */ itype = fold (build2 (MINUS_EXPR, index_type, convert (index_type, size), convert (index_type, size_one_node))); /* If that overflowed, the array is too big. ??? While a size of INT_MAX+1 technically shouldn't cause an overflow (because we subtract 1), the overflow is recorded during the conversion to index_type, before the subtraction. Handling this case seems like an unnecessary complication. */ if (TREE_OVERFLOW (itype)) { error (size of array %qs is too large, name); type = error_mark_node; continue; } This looks OK. Steven, can you possibly check to see whether this bug still exists in mainline? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16621
[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression
--- Additional Comments From belyshev at lubercy dot com 2004-11-27 18:44 --- Created an attachment (id=7618) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7618action=view) perl script (463 bytes) Use this script to get more accurate timings. (install http://search.cpan.org/~jhi/BSD-Resource-1.24/ if you want to get even more accurate timings). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18687
[Bug preprocessor/16621] [4.0 Regression] C4x fails miserably
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 19:13 --- Yes libcpp still uses HOST_WIDE_INT: include/cpplib.h:typedef unsigned HOST_WIDE_INT cpp_num_part; plus we use cpp_num_part all over the place in libcpp. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16621
[Bug preprocessor/16621] [4.0 Regression] C4x fails miserably
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 19:15 --- But again ways this is now fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16621
[Bug tree-optimization/18662] [4.0 Regression] ACATS ICE c97114a verify_stmts failed / Statement marked for throw, but doesn't
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 19:20 --- Analysis of the problem and maybe a patch: http://gcc.gnu.org/ml/gcc/2004-11/msg01053.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18662
[Bug ada/18691] New: 105 acats failure due to ICE in gnat_to_gnu_entity, at ada/decl.c:286
testcase from Guerby, reduced from c85009a procedure PP2 is MY_EXCEPTION : EXCEPTION; MY_EXCEPTION2 : EXCEPTION RENAMES MY_EXCEPTION; I : INTEGER := 1; begin begin RAISE MY_EXCEPTION; exception WHEN MY_EXCEPTION2 = NULL; WHEN OTHERS = null; end; end; +===GNAT BUG DETECTED==+ | 4.0.0 20041127 (experimental) (powerpc-apple-darwin7.6.0) GCC error: | | in gnat_to_gnu_entity, at ada/decl.c:286 | | Error detected at pp2.adb:10:10 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +== + -- Summary: 105 acats failure due to ICE in gnat_to_gnu_entity, at ada/decl.c:286 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: powerpc-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18691
[Bug libfortran/18364] endfile does not truncate file
--- Additional Comments From bdavis at gcc dot gnu dot org 2004-11-27 19:31 --- proposed patch: http://gcc.gnu.org/ml/fortran/2004-11/msg00218.html -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18364
[Bug ada/18692] New: Ada should have a dg testsuite
The only public testsuite for gnat is acats which unfortunatly doesn't use the normal GCC testsuite harness so it is harder to add tests too and doesn't have a timeout right now. An initial patch is at http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01862.html, unfortunatly a change to libgloss.exp is required and find_gnatmake in the current dejagnu cvs will probably need to be changed after http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02393.html goes in. -- Summary: Ada should have a dg testsuite Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: phython at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18692
[Bug ada/18692] Ada should have a dg testsuite
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 19:34 --- Confirmed. -- What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-27 19:34:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18692
[Bug objc/18408] [4.0 Regression] ICE compiling code that involves casting classes
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 19:46 --- This should not be in waiting (waiting is mainly to get information from the reporter and not other developers). -- What|Removed |Added Status|WAITING |NEW Last reconfirmed|2004-11-09 23:34:24 |2004-11-27 19:46:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18408
[Bug rtl-optimization/15537] [3.4/4.0? Regression] GCC 3.4.0 release (vanilla, no patches applied) miscompiles splay library
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 19:50 --- No feedback in 3 months. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15537
[Bug ada/17666] Ada tests hanging during make check
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 19:55 --- I have the same problem with c94002f and c974012 on ppc-darwin These are the following which hang for me on ppc-darwin: c37402a c94002f c94002g c953002 c954020 c954021 c954022 c954023 c954024 c954026 c974012 -- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 Last reconfirmed|2004-10-30 05:05:56 |2004-11-27 19:55:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17666
[Bug target/18630] can't find a register in class `GENERAL_REGS' when trying to make Firefox 1.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 19:58 --- So this is fixed with 3.4.0 so closing. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18630
[Bug libstdc++/18690] tr1/utility is broken on darwin
--- Additional Comments From pcarlini at suse dot de 2004-11-27 20:03 --- Thanks Andrew, I will commit the obvious fix (_I - _Int). -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18690
[Bug tree-optimization/17679] [4.0 Regression] Aliasing problem with ivopts
--- Additional Comments From giovannibajo at libero dot it 2004-11-27 20:09 --- Zdenek, can you check if this bug still makes sense or close it if it does not reproduce anymore? You are the one that knows if there is still an underlying problem to fix or not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17679
[Bug preprocessor/16621] [4.0 Regression] C4x fails miserably
--- Additional Comments From steven at gcc dot gnu dot org 2004-11-27 20:10 --- Have you actually verified that this is fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16621
[Bug preprocessor/16621] [4.0 Regression] C4x fails miserably
--- Additional Comments From giovannibajo at libero dot it 2004-11-27 20:13 --- Reopening until someone builds a C4x compiler and test it first-hand. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16621
[Bug preprocessor/16621] [4.0 Regression] C4x fails miserably
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 20:14 --- Yes I did verify it was fixed: [zhivago:gcc/objdir-c4x/gcc] pinskia% cat t.c int i[2]; [zhivago:gcc/objdir-c4x/gcc] pinskia% ./cc1 -version t.c GNU C version 4.0.0 20041126 (experimental) (c4x-unknown-elf) compiled by GNU C version 3.3 20030304 (Apple Computer, Inc. build 1495). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 options passed: options enabled: -falign-loops -fargument-alias -fbranch-count-reg -fcommon -feliminate-unused-debug-types -ffinite-math-only -ffunction-cse -fgcse-lm -fident -fivopts -fkeep-static-consts -fleading-underscore -floop-optimize2 -fpeephole -freg-struct-return -fsched-interblock -fsched-spec -fsched-stalled-insns-dep -fsplit-ivs-in-unroller -ftree-loop-im -ftree-loop-ivcanon -ftree-loop-optimize -funsafe-math-optimizations -fvar-tracking -fzero-initialized-in-bss -mrptb -m40 -mparallel-insns -mparallel-mpy -maliases Execution times (seconds) parser: 0.01 (33%) usr 0.00 ( 0%) sys 0.02 (10%) wall symout: 0.00 ( 0%) usr 0.01 (25%) sys 0.01 ( 5%) wall TOTAL : 0.03 0.04 0.21 Extra diagnostic checks enabled; compiler may run slowly. Configure with --disable-checking to disable checks. -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16621
[Bug other/7257] [3.4/4.0 regression] -O3 -fverbose-asm does not display -flag-inline-functions
--- Additional Comments From giovannibajo at libero dot it 2004-11-27 20:15 --- This is the patch taht fixed it in mainline: http://gcc.gnu.org/ml/gcc-cvs/2004-11/msg01182.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7257
[Bug middle-end/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename
--- Additional Comments From zack at codesourcery dot com 2004-11-27 20:25 --- Subject: Re: [4.0 regression] asm declaration ignored due to conflict with previous rename That's not what HJ's patch does, though. zw -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17982
[Bug libstdc++/18690] tr1/utility is broken on darwin
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-27 20:25 --- Subject: Bug 18690 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-27 20:25:11 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/tr1: utility Log message: 2004-11-27 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/18690 * include/tr1/utility (get(pair), get(const pair)): Change occurrences of _I to _Int. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.2789r2=1.2790 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/tr1/utility.diff?cvsroot=gccr1=1.1r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18690
[Bug preprocessor/16621] [4.0 Regression] C4x fails miserably
--- Additional Comments From zack at codesourcery dot com 2004-11-27 20:25 --- Subject: Re: [4.0 Regression] C4x fails miserably I have no plans to do anything about this bug. Someone who cares about C4x should look at it. zw -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16621
[Bug libstdc++/18690] tr1/utility is broken on darwin
--- Additional Comments From pcarlini at suse dot de 2004-11-27 20:27 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18690
[Bug preprocessor/17610] [3.4/4.0 Regression] Empty #include statement halts gcc
-- What|Removed |Added Status|NEW |ASSIGNED Last reconfirmed|2004-09-22 21:18:20 |2004-11-27 20:30:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17610
[Bug tree-optimization/17679] [4.0 Regression] Aliasing problem with ivopts
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-11-27 20:32 --- The code in find_base_value very likely is not entirely OK, but I do not know about a way how it could cause problems with just the currently used optimizations. Since this code will disappear once we start using results of tree alias analysis at rtl level, I think we can consider the bug fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17679
[Bug tree-optimization/17454] [4.0 Regression] ICE with --enable-checking=fold
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 20:36 --- Can you try again? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17454
[Bug middle-end/17982] [4.0 regression] asm declaration ignored due to conflict with previous rename
--- Additional Comments From hjl at lucon dot org 2004-11-27 20:44 --- DECL_ASSEMBLER_NAME_SET_P alone is not very reliable to check if a symbol has been renamed or not. There are /* The name of the object as the assembler will see it (but before any translations made by ASM_OUTPUT_LABELREF). Often this is the same as DECL_NAME. It is an IDENTIFIER_NODE. */ #define DECL_ASSEMBLER_NAME(NODE) decl_assembler_name (NODE) /* Returns nonzero if the DECL_ASSEMBLER_NAME for NODE has been set. If zero, the NODE might still have a DECL_ASSEMBLER_NAME -- it just hasn't been set yet. */ #define DECL_ASSEMBLER_NAME_SET_P(NODE) \ (DECL_CHECK (NODE)-decl.assembler_name != NULL_TREE) and /* The name of the object as the assembler will see it (but before any translations made by ASM_OUTPUT_LABELREF). Often this is the same as DECL_NAME. It is an IDENTIFIER_NODE. */ tree decl_assembler_name (tree decl) { if (!DECL_ASSEMBLER_NAME_SET_P (decl)) lang_hooks.set_decl_assembler_name (decl); return DECL_CHECK (decl)-decl.assembler_name; } Simply calling DECL_ASSEMBLER_NAME will make DECL_ASSEMBLER_NAME_SET_P to return TRUE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17982
[Bug rtl-optimization/17387] Redundant instructions in loop optimization
-- What|Removed |Added Severity|normal |enhancement Last reconfirmed|-00-00 00:00:00 |2004-11-27 20:49:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17387
[Bug ada/18692] Ada should have a dg testsuite
--- Additional Comments From phython at gcc dot gnu dot org 2004-11-27 20:53 --- The following is a list of gcc bugs with ada testcases that are not in any testsuite. 10899 12450 The following are bugs that should have test cases, but the test case in the bug may not be the best way to test the bug. 13620 Another source of testcases that may not be correlated to bugs in bugzilla is the Debian bug reports for gnat 3.1[45] at http://bugs.debian.org/gnat -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18692
[Bug tree-optimization/18693] New: ivopts regression metabug
For counting purposes. -- Summary: ivopts regression metabug Product: gcc Version: 3.4.0 Status: UNCONFIRMED Keywords: meta-bug Severity: enhancement Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: neroden at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org BugsThisDependsOn: 17474,17549,17790,18040,18048,18219,18595 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18693
[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)
-- What|Removed |Added OtherBugsDependingO||18693 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595
[Bug tree-optimization/17790] [4.0 Regression] Significant compile time increases for sixtrack with tree LICM and IV optimization
-- What|Removed |Added OtherBugsDependingO||18693 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17790
[Bug tree-optimization/18040] [4.0 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:178
-- What|Removed |Added OtherBugsDependingO||18693 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18040
[Bug tree-optimization/18219] [4.0 Regression] gcc-4.0.0 bloats code by 31%
-- What|Removed |Added OtherBugsDependingO||18693 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18219
[Bug middle-end/17549] [4.0 Regression] 35% increase in codesize with C code
-- What|Removed |Added OtherBugsDependingO||18693 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17549
[Bug tree-optimization/17474] [4.0 Regression] Compiling at -01 yields different results
-- What|Removed |Added OtherBugsDependingO||18693 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17474
[Bug tree-optimization/18048] [4.0 Regression] mgrid loop performance regression with ivopts
-- What|Removed |Added OtherBugsDependingO||18693 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18048
[Bug tree-optimization/18693] ivopts regression metabug
-- What|Removed |Added BugsThisDependsOn|18040 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18693
[Bug tree-optimization/18040] [4.0 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:178
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 21:20 --- Even though this ICE is caused by IV-OPTS, it has nothing to do with IV-OPTS, IVOPTS is finding invalid gimple which is produced by SRA because of handled_component_p. -- What|Removed |Added OtherBugsDependingO|18693 | nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18040
[Bug tree-optimization/18693] ivopts regression metabug
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 21:22 --- As I wrote in PR 18040, that bug is not caused by IV-OPTS really but SRA producing invalid gimple. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18693
[Bug libstdc++/18644] [3.3/3.4/4.0 regression] -Wsynth warning in complex
--- Additional Comments From gdr at integrable-solutions dot net 2004-11-27 21:27 --- Subject: Re: [3.3/3.4/4.0 regression] -Wsynth warning in complex bkoz at gcc dot gnu dot org [EMAIL PROTECTED] writes: | Why are we getting this warning anyway? I don't know why we're getting that warning. It is meaningless. Someone asked why this is happening in V3 header files (which are supposed to be system headers): I believe for the same bugs that makes it that you get warning on _DECLs that come from *instantiations* of templates defined in such headers. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18644
[Bug tree-optimization/18694] New: [4.0 regression] loop miscompilation at -O1
[forwarded from http://bugs.debian.org/280972] gcc version 4.0.0 20041127 (experimental) % gcc div.c ./a.out 1 2 4 8 5 10 20 40 25 50 100 200 125 250 500 1000 % gcc -O1 div.c ./a.out zsh: segmentation fault (core dumped) ./a.out The original reporter says he gets bogus output instead of a segfault. This doesn't happen with gcc 3.3 or 3.4. Neither -fno-strict-aliasing nor -fno-ivopts helps. -- Summary: [4.0 regression] loop miscompilation at -O1 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P2 Component: tree-optimization 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=18694
[Bug preprocessor/17610] [3.4/4.0 Regression] Empty #include statement halts gcc
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27 22:50 --- I took this. Patch is at http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02423. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17610
[Bug target/16343] invalid code when using -meabi -msdata=eabi
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-27 22:51 --- Subject: Bug 16343 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-27 22:51:45 Modified files: gcc: ChangeLog gcc/config/rs6000: rs6000.c Log message: PR target/16343 * config/rs6000/rs6000.c (rs6000_elf_in_small_data_p): Disallow functions, strings and thread-local vars. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6592r2=2.6593 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gccr1=1.755r2=1.756 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16343
[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1
--- Additional Comments From falk at debian dot org 2004-11-27 22:53 --- Created an attachment (id=7619) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7619action=view) Test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18694
[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-loop-ch)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 22:56 --- Confirmed, I don't know if this is fully a tree loop copy header (-ftree-loop-ch) bug or just something it does changes something else. -- What|Removed |Added CC||rakdver at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-27 22:56:51 date|| Summary|[4.0 regression] loop |[4.0 regression] loop |miscompilation at -O1 |miscompilation at -O1 (- ||ftree-loop-ch) Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18694
[Bug target/16343] invalid code when using -meabi -msdata=eabi
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-27 22:57 --- Subject: Bug 16343 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-11-27 22:57:12 Modified files: gcc: ChangeLog gcc/config/rs6000: rs6000.c Log message: PR target/16343 * config/rs6000/rs6000.c (rs6000_elf_in_small_data_p): Disallow functions, strings and thread-local vars. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.707r2=2.2326.2.708 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.576.2.35r2=1.576.2.36 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16343
[Bug target/16343] invalid code when using -meabi -msdata=eabi
--- Additional Comments From amodra at bigpond dot net dot au 2004-11-27 22:58 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16343
[Bug target/16800] PowerPC - Unnecessary rldicl
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-27 23:01 --- Subject: Bug 16800 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-27 23:01:00 Modified files: gcc: ChangeLog gcc/config/rs6000: rs6000.c Log message: PR target/16800 * config/rs6000/rs6000.c (rs6000_rtx_costs): Improve accuracy of EQ, GTU, and LTU costs. Add costs for GT, LT, and UNORDERED. Distinguish between SImode and DImode CONST_INT. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6593r2=2.6594 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gccr1=1.756r2=1.757 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16800
[Bug tree-optimization/18241] [4.0 Regression] linux kernel loop gets miscompiled
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27 23:07 --- Can you try with -fno-tree-ch (or -Os)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18241
[Bug preprocessor/15220] [3.3/3.4/4.0 regression] gcc -E -MM -MG reports missing system headers in source directory
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27 23:18 --- Ow. The dependencies are emitted in open_file_failed in libcpp/files.c; but that routine *doesn't know* whether the file was called for in a or a directive. Fixing this requires some restructuring of libcpp code so that the dependencies are emitted in a place which does know (perhaps the same place, but that requires a lot of extra information passing). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15220
[Bug libfortran/18364] endfile does not truncate file
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-27 23:36 --- Subject: Bug 18364 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-27 23:35:47 Modified files: libgfortran: ChangeLog libgfortran/io : endfile.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: endfile.f90 Log message: 2004-11-27 Bud Davis [EMAIL PROTECTED] PR fortran/18364 * gfortran.dg/endfile.f90: New test. * io/endfile.c (st_endfile): flush the stream before truncating. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.116r2=1.117 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/endfile.c.diff?cvsroot=gccr1=1.3r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4661r2=1.4662 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/endfile.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18364
[Bug java/18696] New: Miscompilation of GtkMenuItemPeer.setParent(MenuItem)
The setParent(MenuItem) method in gnu/java/awt/peer/gtk/GtkMenuItemPeer.java gets miscompiled which makes Menu related tests in the Mauve Visual Test Engine and the AWT demo from GNU Classpath examples crash. Example (from GNU Classpath 0.12 examples): gij -cp examples.zip gnu.classpath.examples.awt.Demo Aborted A gdb shows the following (impossible!) backtrace: #0 0x0eee3144 in Java_gnu_java_awt_peer_gtk_GtkMenuPeer_delItem (env=Variable env is not available. ) at /home/mark/src/gcc40/gcc/libjava/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkMenuPeer.c:164 #1 0x0eee3140 in Java_gnu_java_awt_peer_gtk_GtkMenuPeer_delItem (env=Variable env is not available.) at /home/mark/src/gcc40/gcc/libjava/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkMenuPeer.c:164 #2 0x0eecddf4 in gnu.java.awt.peer.gtk.GtkMenuItemPeer.setParent(java.awt.MenuItem) (this=Variable this is not available.) at /home/mark/src/gcc40/gcc/libjava/gnu/java/awt/peer/gtk/GtkMenuItemPeer.java:78 #3 0x0eecdc30 in gnu.java.awt.peer.gtk.GtkMenuItemPeer.GtkMenuItemPeer(java.awt.MenuItem) (this=Variable this is not available.) at /home/mark/src/gcc40/gcc/libjava/gnu/java/awt/peer/gtk/GtkMenuItemPeer.java:60 #4 0x0eece410 in gnu.java.awt.peer.gtk.GtkMenuPeer.GtkMenuPeer(java.awt.Menu) (this=Variable this is not available.) at /home/mark/src/gcc40/gcc/libjava/gnu/java/awt/peer/gtk/GtkMenuPeer.java:58 #5 0x0eed3ab8 in gnu.java.awt.peer.gtk.GtkToolkit.createMenu(java.awt.Menu) (this=Variable this is not available.) at /home/mark/src/gcc40/gcc/libjava/gnu/java/awt/peer/gtk/GtkToolkit.java:446 [...] This has nothing to do with the recent gui-merge patch. It works fine when compiled with the gui branch compiler and fails in exactly the same why before and after the gui-branch-merge-patch in the trunk. It fails in the same way on i686-pc-linux-gnu and powerpc-unknown-linux-gnu (both configured with --enable-java-awt=gtk,xlib) gij (GNU libgcj) version 4.0.0 20041127 (experimental) The following rewrite of the method makes everything work fine. --- gnu/java/awt/peer/gtk/GtkMenuItemPeer.java 2 Sep 2004 05:10:11 -1.5 +++ gnu/java/awt/peer/gtk/GtkMenuItemPeer.java 26 Nov 2004 04:47:09 - @@ -74,8 +97,10 @@ } else // parent instanceof Menu { - ((GtkMenuPeer)((Menu)parent).getPeer ()).addItem (this, - item.getShortcut ()); + Menu m = (Menu) parent; + GtkMenuPeer gmp = (GtkMenuPeer) m.getPeer(); + MenuShortcut ms = item.getShortcut(); + gmp.addItem(this, ms); } } See also http://gcc.gnu.org/ml/java-patches/2004-q4/msg00736.html -- Summary: Miscompilation of GtkMenuItemPeer.setParent(MenuItem) Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18696
[Bug java/18696] [4.0 Regression] Miscompilation of GtkMenuItemPeer.setParent(MenuItem)
-- What|Removed |Added Keywords||wrong-code Summary|Miscompilation of |[4.0 Regression] |GtkMenuItemPeer.setParent(Me|Miscompilation of |nuItem) |GtkMenuItemPeer.setParent(Me ||nuItem) Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18696
[Bug java/18697] New: Miscompilation of GtkMenuItemPeer.setParent(MenuItem)
The setParent(MenuItem) method in gnu/java/awt/peer/gtk/GtkMenuItemPeer.java gets miscompiled which makes Menu related tests in the Mauve Visual Test Engine and the AWT demo from GNU Classpath examples crash. Example (from GNU Classpath 0.12 examples): gij -cp examples.zip gnu.classpath.examples.awt.Demo Aborted A gdb shows the following (impossible!) backtrace: #0 0x0eee3144 in Java_gnu_java_awt_peer_gtk_GtkMenuPeer_delItem (env=Variable env is not available. ) at /home/mark/src/gcc40/gcc/libjava/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkMenuPeer.c:164 #1 0x0eee3140 in Java_gnu_java_awt_peer_gtk_GtkMenuPeer_delItem (env=Variable env is not available.) at /home/mark/src/gcc40/gcc/libjava/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkMenuPeer.c:164 #2 0x0eecddf4 in gnu.java.awt.peer.gtk.GtkMenuItemPeer.setParent(java.awt.MenuItem) (this=Variable this is not available.) at /home/mark/src/gcc40/gcc/libjava/gnu/java/awt/peer/gtk/GtkMenuItemPeer.java:78 #3 0x0eecdc30 in gnu.java.awt.peer.gtk.GtkMenuItemPeer.GtkMenuItemPeer(java.awt.MenuItem) (this=Variable this is not available.) at /home/mark/src/gcc40/gcc/libjava/gnu/java/awt/peer/gtk/GtkMenuItemPeer.java:60 #4 0x0eece410 in gnu.java.awt.peer.gtk.GtkMenuPeer.GtkMenuPeer(java.awt.Menu) (this=Variable this is not available.) at /home/mark/src/gcc40/gcc/libjava/gnu/java/awt/peer/gtk/GtkMenuPeer.java:58 #5 0x0eed3ab8 in gnu.java.awt.peer.gtk.GtkToolkit.createMenu(java.awt.Menu) (this=Variable this is not available.) at /home/mark/src/gcc40/gcc/libjava/gnu/java/awt/peer/gtk/GtkToolkit.java:446 [...] This has nothing to do with the recent gui-merge patch. It works fine when compiled with the gui branch compiler and fails in exactly the same why before and after the gui-branch-merge-patch in the trunk. It fails in the same way on i686-pc-linux-gnu and powerpc-unknown-linux-gnu (both configured with --enable-java-awt=gtk,xlib) gij (GNU libgcj) version 4.0.0 20041127 (experimental) The following rewrite of the method makes everything work fine. --- gnu/java/awt/peer/gtk/GtkMenuItemPeer.java 2 Sep 2004 05:10:11 -1.5 +++ gnu/java/awt/peer/gtk/GtkMenuItemPeer.java 26 Nov 2004 04:47:09 - @@ -74,8 +97,10 @@ } else // parent instanceof Menu { - ((GtkMenuPeer)((Menu)parent).getPeer ()).addItem (this, - item.getShortcut ()); + Menu m = (Menu) parent; + GtkMenuPeer gmp = (GtkMenuPeer) m.getPeer(); + MenuShortcut ms = item.getShortcut(); + gmp.addItem(this, ms); } } See also http://gcc.gnu.org/ml/java-patches/2004-q4/msg00736.html -- Summary: Miscompilation of GtkMenuItemPeer.setParent(MenuItem) Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18697
[Bug java/18697] Miscompilation of GtkMenuItemPeer.setParent(MenuItem)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-28 00:05 --- *** This bug has been marked as a duplicate of 18696 *** *** This bug has been marked as a duplicate of 18696 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18697
[Bug java/18696] [4.0 Regression] Miscompilation of GtkMenuItemPeer.setParent(MenuItem)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-28 00:05 --- *** Bug 18697 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18696
[Bug target/18665] -ftrapv borks up simple integer arithmetic
--- Additional Comments From steven at gcc dot gnu dot org 2004-11-28 00:07 --- I can reproduce this on x86_64-unknown-linux-gnu with GNU C version 4.0.0 20041127 (experimental) (x86_64-unknown-linux-gnu) -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-28 00:07:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18665
[Bug target/16800] PowerPC - Unnecessary rldicl
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-28 00:07 --- Fixed. -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16800
[Bug java/18696] [4.0 Regression] Miscompilation of GtkMenuItemPeer.setParent(MenuItem)
--- Additional Comments From mark at gcc dot gnu dot org 2004-11-28 00:07 --- *** This bug has been marked as a duplicate of 18697 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18696
[Bug libfortran/18364] endfile does not truncate file
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-28 00:07 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18364
[Bug java/18697] Miscompilation of GtkMenuItemPeer.setParent(MenuItem)
--- Additional Comments From mark at gcc dot gnu dot org 2004-11-28 00:08 --- *** Bug 18696 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18697
[Bug java/18697] [4.0 Regression] Miscompilation of GtkMenuItemPeer.setParent(MenuItem)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-28 00:09 --- Reopening. -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Keywords||wrong-code Resolution|DUPLICATE | Summary|Miscompilation of |[4.0 Regression] |GtkMenuItemPeer.setParent(Me|Miscompilation of |nuItem) |GtkMenuItemPeer.setParent(Me ||nuItem) Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18697
[Bug tree-optimization/18241] [4.0 Regression] linux kernel loop gets miscompiled
--- Additional Comments From ak at muc dot de 2004-11-28 00:17 --- Tried -fno-tree-ch. Didn't help. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18241
[Bug target/18665] -ftrapv borks up simple integer arithmetic
--- Additional Comments From steven at gcc dot gnu dot org 2004-11-28 00:22 --- Much simpler test case: $ cat t.c extern int printf (__const char *__restrict __format, ...); int __attribute__ ((__noinline__)) foo (int a, int b) { return a - b; } int main (void) { printf (%d\n, foo (2,3)); return 0; } $ ../xgcc -B.. t.c $ ./a.out -1 $ ../xgcc -B.. t.c -ftrapv $ ./a.out 1073748906 $ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18665
[Bug target/18665] -ftrapv borks up simple integer arithmetic
--- Additional Comments From steven at gcc dot gnu dot org 2004-11-28 00:26 --- Honza, looks like we're not setting up the libcall right in the -ftrapv case. Can you with all your RTL and amd64-fu give this a look? -- What|Removed |Added CC||jh at suse dot cz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18665
[Bug target/18665] [4.0 Regression] -ftrapv borks up simple integer arithmetic
--- Additional Comments From steven at gcc dot gnu dot org 2004-11-28 00:31 --- Works with SuSE 3.3.3. -- What|Removed |Added Known to fail||4.0.0 Known to work||3.3.3 3.3.1 Summary|-ftrapv borks up simple |[4.0 Regression] -ftrapv |integer arithmetic |borks up simple integer ||arithmetic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18665
[Bug target/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic
-- What|Removed |Added Summary|[4.0 Regression] -ftrapv|[3.4/4.0 Regression] -ftrapv |borks up simple integer |borks up simple integer |arithmetic |arithmetic Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18665