[Bug tree-optimization/27872] New: Internal compiler error in verify_loop_structure
This testcase will cause an internel error when compiled with options "-O3 -fprefetch-loop-arrays" on IA-64 + Linux. SUBROUTINE EBJFT() dimension nmw(140) if(k.eq.0) goto 10 go to 30 10 continue do 20 l=1, 140 20nmw(l)= 0.0D0 30 continue go to (10)lsn do 40 j=1, 140 nmwj=nmw(j) 40 continue write(*,*) nmwj end The error message is: prefetch-err.f: In function âebjftâ? prefetch-err.f:3: error: edge from 50 to 36 should be marked irreducible prefetch-err.f:3: internal compiler error: in verify_loop_structure, at cfgloop.c:1268 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: Internal compiler error in verify_loop_structure Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: canqun at nudt dot edu dot cn GCC build triplet: ia64-unkown-linux GCC host triplet: ia64-unkown-linux GCC target triplet: ia64-unkown-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27872
[Bug rtl-optimization/27872] Internal compiler error in verify_loop_structure
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|minor |normal Component|tree-optimization |rtl-optimization Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27872
[Bug c++/27804] [4.2 regression] ICE with invalid const variable
--- Comment #3 from patchapp at dberlin dot org 2006-06-02 09:45 --- Subject: Bug number PR c++/27804 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00060.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27804
[Bug target/27855] reassociation pass produces ~30% slower matrix multiplication code
--- Comment #2 from uros at kss-loka dot si 2006-06-02 10:04 --- (In reply to comment #1) > There is nothing special about reassociation at all. In fact what you are > seeing is register allocator going funky. This what you get with x87. This is also what you get with SSE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855
[Bug target/27855] reassociation pass produces ~30% slower matrix multiplication code
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-02 10:19 --- (In reply to comment #2) > This is also what you get with SSE. And how many registers does SSE have, not many. Try it on PPC or any processor have more registers? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855
[Bug target/27869] "-O -fregmove" handles SSE scalar instructions incorrectly
--- Comment #2 from tijl at ulyssis dot org 2006-06-02 11:02 --- Created an attachment (id=11578) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11578&action=view) proposed patch This patch fixes my problems, but I'm not sure I got all cases and I'm not sure if the _finite versions of maxss and minss need fixing at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27869
[Bug middle-end/27870] ICE in build_outer_var_ref, at omp-low.c:585 with openmp
--- Comment #4 from jakub at gcc dot gnu dot org 2006-06-02 11:57 --- This is a dup of PR27416 - the ICE on invalid part of that bug. The testcase violates OpenMP 2.5 section 2.8.3 restriction: "A list item that appears in a reduction clause of a work-sharing construct must be shared in the parallel regions to which any of the work-sharing regions arising from the work-sharing construct bind." In this case, cik can't be shared, as it is a local automatic variable which is private in whatever parallel region calls the mat_product routine. *** This bug has been marked as a duplicate of 27416 *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27870
[Bug middle-end/27416] ICE on invalid firstprivate/lastprivate
--- Comment #4 from jakub at gcc dot gnu dot org 2006-06-02 11:57 --- *** Bug 27870 has been marked as a duplicate of this bug. *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||bowie dot owens at csiro dot ||au http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27416
[Bug fortran/27874] New: Bad interaction between bounds checking, forall and derived types
$ cat forall_3.f90 type t integer :: p(1) end type type (t), dimension (1) :: v integer i forall (i=1:1,.false.) v(i)%p = v(i+1)%p end forall end $ gfortran forall_3.f90 -fbounds-check && ./a.out Fortran runtime error: Array reference out of bounds -- Summary: Bad interaction between bounds checking, forall and derived types Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-checking Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org OtherBugsDependingO 27766 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27874
[Bug c/27875] New: [4.2 Regression] ICE on gcc testsuite.
Note: This problems happens only on trunk compiler configured with --target=powerpc-unknown-linux-gnuspe --enable-e500_double I have lots of dejagnu failures that looks just like this one: /temp/gnu_toolchain/build_area/obj_gcc-trunk_e500v2/gcc/xgcc -B/temp/gnu_toolchain/build_area/obj_gcc-trunk_e500v2/gcc/ -O2 -c -o 20040219-1.o /local/gnu_toolchain/build_area/gcc-trunk/gcc/testsuite/gcc.c-torture/compile/20040219-1.c --save-temps -v Reading specs from /temp/gnu_toolchain/build_area/obj_gcc-trunk_e500v2/gcc/specs Target: powerpc-unknown-linux-gnuspe Configured with: ../gcc-trunk/configure --prefix=/local/gnu_toolchain/install_area/gcc-trunk-20060531-e500v2 --with-local-prefix=/local/gnu_toolchain/install_area/gcc-trunk-20060531-e500v2 --enable-languages=c,c++ --enable-threads --target=powerpc-unknown-linux-gnuspe --disable-shared --disable-multilib --disable-linux-futex --enable-e500_double Thread model: posix gcc version 4.2.0 20060531 (experimental) /temp/gnu_toolchain/build_area/obj_gcc-trunk_e500v2/gcc/cc1 -E -quiet -v -iprefix /temp/gnu_toolchain/build_area/obj_gcc-trunk_e500v2/gcc/../lib/gcc/powerpc-unknown-linux-gnuspe/4.2.0/ -isystem /temp/gnu_toolchain/build_area/obj_gcc-trunk_e500v2/gcc/include -D__unix__ -D__gnu_linux__ -D__linux__ -Dunix -D__unix -Dlinux -D__linux -Asystem=linux -Asystem=unix -Asystem=posix /local/gnu_toolchain/build_area/gcc-trunk/gcc/testsuite/gcc.c-torture/compile/20040219-1.c -O2 -fpch-preprocess -o 20040219-1.i ignoring nonexistent directory "/temp/gnu_toolchain/build_area/obj_gcc-trunk_e500v2/gcc/../lib/gcc/powerpc-unknown-linux-gnuspe/4.2.0/include" ignoring nonexistent directory "/temp/gnu_toolchain/build_area/obj_gcc-trunk_e500v2/gcc/../lib/gcc/powerpc-unknown-linux-gnuspe/4.2.0/../../../../powerpc-unknown-linux-gnuspe/sys-include" ignoring nonexistent directory "/temp/gnu_toolchain/build_area/obj_gcc-trunk_e500v2/gcc/../lib/gcc/powerpc-unknown-linux-gnuspe/4.2.0/../../../../powerpc-unknown-linux-gnuspe/include" ignoring nonexistent directory "/local/gnu_toolchain/install_area/gcc-trunk-20060531-e500v2/lib/gcc/powerpc-unknown-linux-gnuspe/4.2.0/../../../../powerpc-unknown-linux-gnuspe/include" #include "..." search starts here: #include <...> search starts here: /temp/gnu_toolchain/build_area/obj_gcc-trunk_e500v2/gcc/include /local/gnu_toolchain/install_area/gcc-trunk-20060531-e500v2/lib/gcc/powerpc-unknown-linux-gnuspe/4.2.0/include /local/gnu_toolchain/install_area/gcc-trunk-20060531-e500v2/lib/gcc/powerpc-unknown-linux-gnuspe/4.2.0/../../../../powerpc-unknown-linux-gnuspe/sys-include End of search list. /temp/gnu_toolchain/build_area/obj_gcc-trunk_e500v2/gcc/cc1 -fpreprocessed 20040219-1.i -quiet -dumpbase 20040219-1.c -auxbase-strip 20040219-1.o -O2 -version -o 20040219-1.s GNU C version 4.2.0 20060531 (experimental) (powerpc-unknown-linux-gnuspe) compiled by GNU C version 3.4.3. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 4118f9e203b0571767cd04dca35b7482 /local/gnu_toolchain/build_area/gcc-trunk/gcc/testsuite/gcc.c-torture/compile/20040219-1.c: In function 'foo': /local/gnu_toolchain/build_area/gcc-trunk/gcc/testsuite/gcc.c-torture/compile/20040219-1.c:1: error: unrecognizable insn: (insn 11 10 12 3 (set (subreg:DF (reg:DI 121) 0) (mem/u/c/i:DF (reg/f:SI 122) [2 S8 A64])) -1 (nil) (nil)) /local/gnu_toolchain/build_area/gcc-trunk/gcc/testsuite/gcc.c-torture/compile/20040219-1.c:1: internal compiler error: in extract_insn, at recog.c:2077 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: [4.2 Regression] ICE on gcc testsuite. Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: edmar at freescale dot com GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: powerpc-unknown-linux-gnuspe http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27875
[Bug c/27875] [4.2 Regression] ICE on gcc testsuite.
--- Comment #1 from edmar at freescale dot com 2006-06-02 15:41 --- Created an attachment (id=11579) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11579&action=view) file generated with --save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27875
[Bug c++/27876] New: Getting an error when building GCC 4.1.1
When I am trying to build GCC 4.1.1 I am getting the following error: /root/Downloads/gcc-4.1.1/host-i686-pc-linux-gnu/gcc/xgcc -shared-libgcc -B/root/Downloads/gcc-4.1.1/host-i686-pc-linux-gnu/gcc -nostdinc++ -L/root/Downloads/gcc-4.1.1/i686-pc-linux-gnu/libstdc++-v3/src -L/root/Downloads/gcc-4.1.1/i686-pc-linux-gnu/libstdc++-v3/src/.libs -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-gnu/sys-include -shared -nostdlib /usr/lib/crti.o /root/Downloads/gcc-4.1.1/host-i686-pc-linux-gnu/gcc/crtbeginS.o .libs/bitmap_allocator.o .libs/pool_allocator.o .libs/mt_allocator.o .libs/codecvt.o .libs/compatibility.o .libs/complex_io.o .libs/ctype.o .libs/debug.o .libs/debug_list.o .libs/functexcept.o .libs/globals_locale.o .libs/globals_io.o .libs/ios.o .libs/ios_failure.o .libs/ios_init.o .libs/ios_locale.o .libs/limits.o .libs/list.o .libs/locale.o .libs/locale_init.o .libs/locale_facets.o .libs/localename.o .libs/stdexcept.o .libs/strstream.o .libs/tree.o .libs/allocator-inst.o .libs/concept-inst.o .libs/fstream-inst.o .libs/ext-inst.o .libs/ios-inst.o .libs/iostream-inst.o .libs/istream-inst.o .libs/istream.o .libs/locale-inst.o .libs/locale-misc-inst.o .libs/misc-inst.o .libs/ostream-inst.o .libs/sstream-inst.o .libs/streambuf-inst.o .libs/streambuf.o .libs/string-inst.o .libs/valarray-inst.o .libs/wlocale-inst.o .libs/wstring-inst.o .libs/atomicity.o .libs/codecvt_members.o .libs/collate_members.o .libs/ctype_members.o .libs/messages_members.o .libs/monetary_members.o .libs/numeric_members.o .libs/time_members.o .libs/basic_file.o .libs/c++locale.o -Wl,--whole-archive ../libmath/.libs/libmath.a ../libsupc++/.libs/libsupc++convenience.a -Wl,--no-whole-archive -L/root/Downloads/gcc-4.1.1/i686-pc-linux-gnu/libstdc++-v3/src -L/root/Downloads/gcc-4.1.1/i686-pc-linux-gnu/libstdc++-v3/src/.libs -lm ../libmath/.libs/libmath.a -lm ../libsupc++/.libs/libsupc++convenience.a -lm -L/root/Downloads/gcc-4.1.1/host-i686-pc-linux-gnu/gcc -L/usr/local/lib/gcc/i686-pc-linux-gnu/../.. -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s /root/Downloads/gcc-4.1.1/host-i686-pc-linux-gnu/gcc/crtendS.o /usr/lib/crtn.o -Wl,-O1 -Wl,-z -Wl,relro -Wl,--version-script=libstdc++-symbol.ver -Wl,-soname -Wl,libstdc++.so.6 -o .libs/libstdc++.so.6.0.8 /usr/bin/ld: BFD 2.15.92.0.2 20040927 internal error, aborting at ../../bfd/elf32-i386.c line 2262 in elf_i386_relocate_section /usr/bin/ld: Please report this bug. collect2: ld returned 1 exit status make[4]: *** [libstdc++.la] Error 1 make[4]: Leaving directory `/root/Downloads/gcc-4.1.1/i686-pc-linux-gnu/libstdc++-v3/src' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/root/Downloads/gcc-4.1.1/i686-pc-linux-gnu/libstdc++-v3' make[2]: *** [all] Error 2 make[2]: Leaving directory `/root/Downloads/gcc-4.1.1/i686-pc-linux-gnu/libstdc++-v3' make[1]: *** [all-target-libstdc++-v3] Error 2 make[1]: Leaving directory `/root/Downloads/gcc-4.1.1' make: *** [all] Error 2 -- Summary: Getting an error when building GCC 4.1.1 Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: razin at avaya dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27876
[Bug target/27876] Getting an error when building GCC 4.1.1
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-02 15:51 --- /usr/bin/ld: BFD 2.15.92.0.2 20040927 internal error, aborting at ../../bfd/elf32-i386.c line 2262 in elf_i386_relocate_section Two things, first this is a bug in binutils. Second the version of binutils you are using not the FSF released binutils (it is HJL special binutils) and really out of date at that. This is not a GCC but and updating to the official release of 2.16.1 should fix this. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c++ |target Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27876
[Bug target/27876] Getting an error when building GCC 4.1.1
--- Comment #2 from razin at avaya dot com 2006-06-02 15:55 --- Subject: RE: Getting an error when building GCC 4.1.1 If you do not mind can you explain a little bit in details the difference between FSF and HJL binutils. Thanks! -Original Message- From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Sent: Friday, June 02, 2006 11:51 AM To: Razin, Sergey (Sergey) Subject: [Bug target/27876] Getting an error when building GCC 4.1.1 --- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-02 15:51 --- /usr/bin/ld: BFD 2.15.92.0.2 20040927 internal error, aborting at ../../bfd/elf32-i386.c line 2262 in elf_i386_relocate_section Two things, first this is a bug in binutils. Second the version of binutils you are using not the FSF released binutils (it is HJL special binutils) and really out of date at that. This is not a GCC but and updating to the official release of 2.16.1 should fix this. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c++ |target Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27876 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27876
[Bug target/27876] Getting an error when building GCC 4.1.1
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-02 15:58 --- (In reply to comment #2) > Subject: RE: Getting an error when building GCC 4.1.1 > > If you do not mind can you explain a little bit in details the > difference between FSF and HJL binutils. HJL does not care about release/development cycles so HJL's binutils is going to be less tested than the official release of binutils. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27876
[Bug target/27876] Getting an error when building GCC 4.1.1
--- Comment #4 from razin at avaya dot com 2006-06-02 15:59 --- Subject: RE: Getting an error when building GCC 4.1.1 Thanks! I will make a note of that. Sergey -Original Message- From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Sent: Friday, June 02, 2006 11:58 AM To: Razin, Sergey (Sergey) Subject: [Bug target/27876] Getting an error when building GCC 4.1.1 --- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-02 15:58 --- (In reply to comment #2) > Subject: RE: Getting an error when building GCC 4.1.1 > > If you do not mind can you explain a little bit in details the > difference between FSF and HJL binutils. HJL does not care about release/development cycles so HJL's binutils is going to be less tested than the official release of binutils. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27876
[Bug target/27842] Miscompile of Altivec vec_abs (float) inside loop
--- Comment #6 from patchapp at dberlin dot org 2006-06-02 16:00 --- Subject: Bug number PR target/27842 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00078.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27842
[Bug libgcj/27271] i/o error (java.util.zip.ZipException: Deflated stream ends early.)
--- Comment #3 from green at redhat dot com 2006-06-02 16:09 --- This bug may also be what's causing rssowl to suddenly fail in FC5. Both Eclipse (swt) and gcc were updated in FC5 recently, and one of those triggered the failure. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=193880 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27271
[Bug libmudflap/26120] mudflap behavior changes with trivial changes to build command
--- Comment #8 from idht4n at hotmail dot com 2006-06-02 16:22 --- (In reply to comment #7) > g++f4 -o hello hello.o -lmudflap > > You need both -fmudlfap and -lmudflap when linking. > > This is not a bug. > OK - mostly my bad then. Sorry. But if you need them both, why doesn't it complain at compile time? Instead it happily gives an executable that gives bogus warnings, which IMHO is still a bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26120
[Bug fortran/27874] Bad interaction between bounds checking, forall and derived types
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-02 16:39 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-02 16:39:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27874
[Bug web/27877] New: path mentioned in faq for specs file is incorrect
The FAQ on gcc.gnu.org states in section 2.2 "Dynamic linker is unable to find GCC libraries" the following: However, if you feel you really need such an option to be passed automatically to the linker, you may add it to the GCC specs file. This file can be found in the same directory that contains cc1 (run gcc -print-prog-name=cc1 to find it). You may add linker flags such as -R or -rpath, depending on platform and linker, to the *link or *lib specs. Seems that the correct location of the specs file is found by running "gcc --print-file libgcc.a" instead. Unless I misunderstood something I think this paragraph in the FAQ needs to be corrected. Thanks, *gjt* -- Summary: path mentioned in faq for specs file is incorrect Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: web AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: theurich at cocoabean dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27877
[Bug target/27540] [4.2 Regression] libgomp fails to configure on IRIX 5.3
-- ro at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ro at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-02 17:21:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27540
[Bug target/27540] [4.2 Regression] libgomp fails to configure on IRIX 5.3
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2006-06-02 17:24 --- Subject: Re: [4.2 Regression] libgomp fails to configure on IRIX 5.3 Patch here: http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00084.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27540
[Bug libstdc++/27878] New: GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
GCC 4.1.0 works, but 4.1.1 does not (dies in libstdc++): # # /home/martinol/auto_v4.0/third/build-csips9/gcc-4.1.1/configure --prefix=/home/martinol/auto_v4.0/devel/mips-sgi-irix6.5 --disable- shared --enable-static --with-gmp=/home/martinol/auto_v4.0/devel/mips-sgi-irix6.5 --with-mpfr=/home/martinol/auto_v4.0/devel/mips-sgi-i rix6.5 --with-gnu-as --with-as=/home/martinol/auto_v4.0/devel/mips-sgi-irix6.5/bin/as --with-gnu-ld --with-ld=/home/martinol/auto_v4.0/ devel/mips-sgi-irix6.5/bin/ld --disable-nls --disable-multilib --disable-intl --enable-languages=c,c++,fortran /home/martinol/auto_v4.0/third/build-csips9/gcc/./gcc/xgcc -shared-libgcc -B/home/martinol/auto_v4.0/third/build-csips9/gcc/./gcc -nostdinc++ -L/home/martinol/auto_v4.0/third/build-csips9/gcc/mips-sgi-irix6.5/libstdc++-v3/src -L/home/martinol/auto_v4.0/third/build-csips9/gcc/mips-sgi-irix6.5/libstdc++-v3/src/.libs -B/home/martinol/auto_v4.0/devel/mips-sgi-irix6.5/mips-sgi-irix6.5/bin/ -B/home/martinol/auto_v4.0/devel/mips-sgi-irix6.5/mips-sgi-irix6.5/lib/ -isystem /home/martinol/auto_v4.0/devel/mips-sgi-irix6.5/mips-sgi-irix6.5/include -isystem /home/martinol/auto_v4.0/devel/mips-sgi-irix6.5/mips-sgi-irix6.5/sys-include -I/home/martinol/auto_v4.0/third/build-csips9/gcc/mips-sgi-irix6.5/libstdc++-v3/include/mips-sgi-irix6.5 -I/home/martinol/auto_v4.0/third/build-csips9/gcc/mips-sgi-irix6.5/libstdc++-v3/include -I/home/martinol/auto_v4.0/third/build-csips9/gcc-4.1.1/libstdc++-v3/libsupc++ -g -O2 -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -c /home/martinol/auto_v4.0/third/build-csips9/gcc-4.1.1/libstdc++-v3/src/codecvt.cc -o codecvt.o /home/martinol/auto_v4.0/third/build-csips9/gcc/mips-sgi-irix6.5/libstdc++-v3/include/cwchar:183: error: '::wcsftime' has not been declared /home/martinol/auto_v4.0/third/build-csips9/gcc/mips-sgi-irix6.5/libstdc++-v3/include/cwchar:194: error: '::wcstok' has not been declared -- Summary: GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked. Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: martinol at nrlssc dot navy dot mil GCC build triplet: mips-sgi-irix6.5 GCC host triplet: mips-sgi-irix6.5 GCC target triplet: mips-sgi-irix6.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
[Bug target/27082] segfault with virtual class and visibility ("hidden")
--- Comment #11 from tbm at cyrius dot com 2006-06-02 18:47 --- Falk's original testcase is baesd on a segfault while compiling qt4-x11. I just found another application, enigmail, which segfaults on Alpha (with the same backtrace as in this PR). The interesting observation is that enigmail compiles fine with gcc 4.0 and 4.1 while the original test case segfaults on 4.0-4.2. I don't know if this information is helpful but I thought it wouldn't hurt to mention it. I'll attach a test case based on the enigmail code which only segfaults with gcc 4.2: [EMAIL PROTECTED]:~/delta/bin$ g++ -c -fvisibility=hidden mini.c mini.c: In constructor 'nsISupports::nsISupports()': mini.c:21: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. [EMAIL PROTECTED]:~/delta/bin$ g++-4.0 -c -fvisibility=hidden mini.c [EMAIL PROTECTED]:~/delta/bin$ g++-4.1 -c -fvisibility=hidden mini.c [EMAIL PROTECTED]:~/delta/bin$ gdb: Analyzing compilation unitPerforming intraprocedural optimizations Assembling functions: nsACString_internal::nsACString_internal(char*, PRUint32, PRUint32) nsCSubstring::nsCSubstring() nsCString::nsCString(const char*, PRUint32) nsISupports::nsISupports() Program received signal SIGSEGV, Segmentation fault. validize_mem (ref=0x0) at /home/tbm/scratch/gcc/gcc/explow.c:529 529 if (!MEM_P (ref)) (gdb) where #0 validize_mem (ref=0x0) at /home/tbm/scratch/gcc/gcc/explow.c:529 #1 0x084bf225 in alpha_expand_mov (mode=DImode, operands=0xafd3569c) at /home/tbm/scratch/gcc/gcc/config/alpha/alpha.c:2239 #2 0x083beb0b in gen_movdi (operand0=0x0, operand1=0x0) at alpha.md:5646 #3 0x0833f80d in emit_move_insn_1 (x=0xa7c7bd00, y=0xa7c7bcf0) at /home/tbm/scratch/gcc/gcc/expr.c:3187 #4 0x0833fc53 in emit_move_insn (x=0xa7c7bd00, y=) at /home/tbm/scratch/gcc/gcc/expr.c:3278 #5 0x0831adb1 in force_reg (mode=DImode, x=0xa7c7bcf0) at /home/tbm/scratch/gcc/gcc/explow.c:660 #6 0x084bbcf8 in alpha_legitimize_address (x=0xa7bcad18, scratch=0xa7c7bcd0, mode=DImode) at /home/tbm/scratch/gcc/gcc/config/alpha/alpha.c:1030 #7 0x084bf0d8 in alpha_expand_mov (mode=DImode, operands=0xafd3588c) at /home/tbm/scratch/gcc/gcc/config/alpha/alpha.c:2207 #8 0x083beb0b in gen_movdi (operand0=0x0, operand1=0x0) at alpha.md:5646 #9 0x0833f80d in emit_move_insn_1 (x=0xa7c7bcd0, y=0xa7bcad18) at /home/tbm/scratch/gcc/gcc/expr.c:3187 #10 0x0833fc53 in emit_move_insn (x=0xa7c7bcd0, y=) at /home/tbm/scratch/gcc/gcc/expr.c:3278 #11 0x08344a25 in store_expr (exp=0xa7cae240, target=, call_param_p=0) at /home/tbm/scratch/gcc/gcc/expr.c:4488 #12 0x0834604f in expand_assignment (to=0xa7c9f060, from=) at /home/tbm/scratch/gcc/gcc/expr.c:4210 #13 0x083353ee in expand_expr_real_1 (exp=, target=0xa7bcc300, tmode=, modifier=, alt_rtl=0x0) at /home/tbm/scratch/gcc/gcc/expr.c:8539 #14 0x0833e75e in expand_expr_real (exp=0xa7c8dad4, target=0xa7bcc300, tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at /home/tbm/scratch/gcc/gcc/expr.c:6645 #15 0x08445865 in expand_expr_stmt (exp=0xa7c8dad4) at expr.h:494 #16 0x0848dc23 in expand_gimple_basic_block (bb=0xa7cb0420) at /home/tbm/scratch/gcc/gcc/cfgexpand.c:1368 #17 0x0848edc5 in tree_expand_cfg () at /home/tbm/scratch/gcc/gcc/cfgexpand.c:1627 #18 0x0848b6f6 in execute_one_pass (pass=0x8679020) at /home/tbm/scratch/gcc/gcc/passes.c:864 #19 0x0848b8e7 in execute_pass_list (pass=0x8679020) at /home/tbm/scratch/gcc/gcc/passes.c:911 #20 0x081d22ba in tree_rest_of_compilation (fndecl=0xa7c97b00) at /home/tbm/scratch/gcc/gcc/tree-optimize.c:418 ---Type to continue, or q to quit--- #21 0x08139685 in expand_body (fn=0xa7c97b00) at /home/tbm/scratch/gcc/gcc/cp/semantics.c:3031 #22 0x084d2e74 in cgraph_expand_function (node=0xa7c92f50) at /home/tbm/scratch/gcc/gcc/cgraphunit.c:1108 #23 0x084d4427 in cgraph_optimize () at /home/tbm/scratch/gcc/gcc/cgraphunit.c:1173 #24 0x080d759a in cp_finish_file () at /home/tbm/scratch/gcc/gcc/cp/decl2.c:3112 #25 0x081a191f in c_common_parse_file (set_yydebug=0) at /home/tbm/scratch/gcc/gcc/c-opts.c:1165 #26 0x08454b38 in toplev_main (argc=0, argv=0xafd36034) at /home/tbm/scratch/gcc/gcc/toplev.c:999 #27 0xa7df6eb0 in __libc_start_main () from /lib/tls/libc.so.6 #28 0x08049c71 in _start () at ../sysdeps/i386/elf/start.S:119 (gdb) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27082
[Bug rtl-optimization/27467] -fsee introduces spurious movs
--- Comment #3 from tbm at cyrius dot com 2006-06-02 18:48 --- Created an attachment (id=11580) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11580&action=view) test case for 4.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27467
[Bug rtl-optimization/27467] -fsee introduces spurious movs
--- Comment #4 from tbm at cyrius dot com 2006-06-02 18:49 --- (From update of attachment 11580) wrong bug, sorry -- tbm at cyrius dot com changed: What|Removed |Added Attachment #11580|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27467
[Bug target/27082] segfault with virtual class and visibility ("hidden")
--- Comment #12 from tbm at cyrius dot com 2006-06-02 18:50 --- Created an attachment (id=11581) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11581&action=view) test case for 4.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27082
[Bug libstdc++/27878] GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
--- Comment #1 from pcarlini at suse dot de 2006-06-02 19:59 --- Before confirming this we have to understand why we have got rather good testresults for 4.1.1 on mips-sgi-irix6.5: http://gcc.gnu.org/ml/gcc-testresults/2006-05/msg01513.html Eric, any idea? -- pcarlini at suse dot de changed: What|Removed |Added CC||ebotcazou at libertysurf dot ||fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
[Bug middle-end/20623] ICE: fold check: original tree changed by fold with --enable-checking=fold
--- Comment #11 from rsa at us dot ibm dot com 2006-06-02 20:11 ---
I recently ran into this on ppc/ppc64 when building a toolchain with gcc4.1 or
gcc4.2.
When the bootstrap gcc was built with --enable-checking=all (or =fold which we
just tested) the glibc 32bit build stage fails in vfprintf. Peter Bergner
extracted the minimal failure bit out here:
vfprintf.c
int main (void)
{
static void *array[] = { &&foo - &&bar };
return 0;
foo:
return 1;
bar:
return 2;
}
Compiler /home/user/gcc/gcc-4_1-20060601-2-biarch/bin/gcc compiled with
--enable-checking=all (=fold)
[EMAIL PROTECTED]:~/gcc/bugs/vfprintf>
/home/user/gcc/gcc-4_1-20060601-2-biarch/bin/gcc
-c vfprintf.c
vfprintf.c: In function main:
vfprintf.c:3: internal compiler error: fold check: original tree changed by
fold
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--
rsa at us dot ibm dot com changed:
What|Removed |Added
CC||rsa at us dot ibm dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20623
[Bug fortran/14067] no warning when character data statement overflows declared size
--- Comment #5 from patchapp at dberlin dot org 2006-06-02 20:15 --- Subject: Bug number PR14067 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00093.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14067
[Bug c/27880] New: [4.2 regression] undefined reference to `_Unwind_GetIPInfo'
Static linking is broken on ia64: $ gcc -static -v hello.c Using built-in specs. Target: ia64-suse-linux Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking --with-gxx-include-dir=/usr/include/c++/4.2.0 --enable-ssp --disable-libssp --enable-java-awt=gtk --enable-gtk-cairo --disable-libjava-multilib --disable-ltdl-install --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit --enable-libstdcxx-allocator=new --with-system-libunwind --host=ia64-suse-linux Thread model: posix gcc version 4.2.0 20060601 (experimental) (SUSE Linux) /usr/lib/gcc/ia64-suse-linux/4.2.0/cc1 -quiet -v hello.c -quiet -dumpbase hello.c -auxbase hello -version -o /tmp/ccAc4LPK.s #include "..." search starts here: #include <...> search starts here: /usr/local/include /usr/lib/gcc/ia64-suse-linux/4.2.0/include /usr/lib/gcc/ia64-suse-linux/4.2.0/../../../../ia64-suse-linux/include /usr/include End of search list. GNU C version 4.2.0 20060601 (experimental) (SUSE Linux) (ia64-suse-linux) compiled by GNU C version 4.2.0 20060601 (experimental) (SUSE Linux). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: a5d82c8d6aeb8d953dd6034fd4040dff /usr/lib/gcc/ia64-suse-linux/4.2.0/../../../../ia64-suse-linux/bin/as -x -o /tmp/cc8qYnOm.o /tmp/ccAc4LPK.s /usr/lib/gcc/ia64-suse-linux/4.2.0/collect2 -static /usr/lib/gcc/ia64-suse-linux/4.2.0/../../../crt1.o /usr/lib/gcc/ia64-suse-linux/4.2.0/../../../crti.o /usr/lib/gcc/ia64-suse-linux/4.2.0/crtbegin.o -L/usr/lib/gcc/ia64-suse-linux/4.2.0 -L/usr/lib/gcc/ia64-suse-linux/4.2.0 -L/usr/lib/gcc/ia64-suse-linux/4.2.0/../../../../ia64-suse-linux/lib -L/usr/lib/gcc/ia64-suse-linux/4.2.0/../../.. /tmp/cc8qYnOm.o --start-group -lgcc -lgcc_eh -lunwind -lc --end-group /usr/lib/gcc/ia64-suse-linux/4.2.0/crtend.o /usr/lib/gcc/ia64-suse-linux/4.2.0/../../../crtn.o /usr/lib/gcc/ia64-suse-linux/4.2.0/libgcc_eh.a(unwind-c.o): In function `__gcc_personality_v0': (.text+0x822): undefined reference to `_Unwind_GetIPInfo' collect2: ld returned 1 exit status -- Summary: [4.2 regression] undefined reference to `_Unwind_GetIPInfo' Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at suse dot de GCC target triplet: ia64-*-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
[Bug libstdc++/27878] GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-06-02 20:32 --- > Eric, any idea? I presume the message means that the functions are not declared in ? I do have both in on the IRIX machine: __SGI_LIBC_USING_FROM_STD(wcstok) __SGI_LIBC_USING_FROM_STD(wcsftime) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
[Bug c/27880] [4.2 regression] undefined reference to `_Unwind_GetIPInfo'
-- schwab at suse dot de changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
[Bug target/26560] mips: unable to find a register to spill in class 'FP_REGS'
--- Comment #3 from tbm at cyrius dot com 2006-06-02 20:35 --- 4.1.1 20060511 is also affected, 4.2.0 20060508 works. -- tbm at cyrius dot com changed: What|Removed |Added CC||tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26560
[Bug libstdc++/27878] GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
--- Comment #3 from pcarlini at suse dot de 2006-06-02 20:43 --- (In reply to comment #2) > > Eric, any idea? > > I presume the message means that the functions are not declared in ? Yes, that for sure ;) but we have got specific configure tests for that and, at the moment, I have no idea why are not working for submitter: if, for some reason, those are really unavailable for submitter, then _GLIBCXX_USE_WCHAR_T should be undefined... Paul, can you attach your config.log? > I do have both in on the IRIX machine: > > __SGI_LIBC_USING_FROM_STD(wcstok) > > __SGI_LIBC_USING_FROM_STD(wcsftime)u Thanks, we should ask Paul to check that. Is it possible that native ld/as vs GNU ld/as are making the difference? And we should compare the versions of those tools... -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
[Bug libstdc++/27878] GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
--- Comment #4 from martinol at nrlssc dot navy dot mil 2006-06-02 20:55 --- Created an attachment (id=11582) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11582&action=view) ./mips-sgi-irix6.5/libstdc++-v3/config.log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
[Bug libstdc++/27878] GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
--- Comment #5 from martinol at nrlssc dot navy dot mil 2006-06-02 21:05 --- An IRIX64 system here has wchar.h with the __SGI_LIBC_USING_FROM_STD(wcstok), but it failed in the fortran part! :-( The SGI I am using has a much different looking wchar.h with wsctok here: #if !defined(_SGI_COMPILING_LIBC) #if (_MIPS_SIM == _ABIN32 || _MIPS_SIM == _ABI64) #if (_NO_XOPEN4) #define wcstok _xpg5_wcstok extern wchar_t *wcstok(wchar_t *, const wchar_t *, wchar_t **); #else #define wcstok _xpg4_wcstok extern wchar_t *wcstok(wchar_t *, const wchar_t *); #endif #else extern wchar_t *wcstok(wchar_t *, const wchar_t *); #endif #else /* SGI LIBC */ #if (_MIPS_SIM == _ABIN32 || _MIPS_SIM == _ABI64) extern wchar_t *wcstok(wchar_t *, const wchar_t *, wchar_t **); extern wchar_t *_xpg4_wcstok(wchar_t *, const wchar_t *); extern wchar_t *_xpg5_wcstok(wchar_t *, const wchar_t *, wchar_t **); #else extern wchar_t *wcstok(wchar_t *, const wchar_t *); #endif #endif -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
[Bug libstdc++/27878] GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-06-02 21:18 --- > An IRIX64 system here has wchar.h with the __SGI_LIBC_USING_FROM_STD(wcstok), > but it failed in the fortran part! :-( That's it: puar% uname -s IRIX64 I've not tried to build the Fortran compiler on the machine yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
[Bug libstdc++/27878] GCC 4.1.1 build fails on mips-sgi-irix6.5 (libstdc++)/GCC 4.1.0 worked.
--- Comment #7 from pcarlini at suse dot de 2006-06-02 21:21 ---
(In reply to comment #4)
> Created an attachment (id=11582)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11582&action=view) [edit]
> ./mips-sgi-irix6.5/libstdc++-v3/config.log
I do not understand: the configure tests apparently are enabling wchar_t
support. Can you double check that you can indeed compile (with 4.1.0, for
example) this C++ snippet:
/
#include
namespace test
{
using ::wcsftime;
using ::wcstok;
}
/
???
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27878
Re: @dircategory Software development
Please submit a patch against SVN trunk to [EMAIL PROTECTED] with ChangeLog entries I regret that I cannot spend more time on this than I already have. If you don't want to use my diffs, then please just consider it as a bug report. If you don't want to do that either, then I guess the dircategory entries will just stay wrong. Life goes on. I hope someone will at least change cppinternals.texi to use @copying; it still has the old @ifinfo license statement, so the HTML output is legally problematic at the moment. Regards, Karl
[Bug tree-optimization/27865] [4.2 Regression] tree check failure building FreePOOMA
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-06-02 22:03
---
Confirmed.
Shorter testcase (fails with C or C++ frontend):
=
static int* foo(int *q, int j) { return q + j; }
int* r;
void bar(int *p)
{
int i;
for (i=0; i<2; ++i)
r = i ? foo(p,i-1) : 0;
}
=
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords||monitored
Last reconfirmed|-00-00 00:00:00 |2006-06-02 22:03:44
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27865
[Bug c++/27177] [4.0/4.1/4.2 Regression] ICE in build_simple_base_path, at cp/class.c:474
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-06-02 22:38
---
Here's an even shorter testcase:
=
struct X {};
struct Y : virtual X {};
struct Z : virtual X {};
struct A : Y, Z {};
struct B : A
{
static const int i = sizeof((Z*)(B*)0);
};
=
A simpler testcase was fixed (or maybe only papered over) in GCC 4.0.3:
=
struct A { virtual ~A(); };
struct B : A
{
static const int i = sizeof((A*)(B*)0);
};
=
A slight modification results in a testcase that crashes with a segfault
since GCC 3.2:
=
struct A {};
struct B : virtual A
{
static const int i = sizeof((A*)(B*)0);
};
=
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
Keywords||monitored
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177
[Bug c/27880] [4.2 regression] undefined reference to `_Unwind_GetIPInfo'
--- Comment #1 from sje at cup dot hp dot com 2006-06-02 22:40 --- I believe this is because you are configuring with --with-system-libunwind and your system unwind does not have _Unwind_GetIPInfo. This routine was added to the GCC libunwind back in February by Jakub Jelinek to fix PR other/26208. -- sje at cup dot hp dot com changed: What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
[Bug target/27880] [4.2 regression] undefined reference to `_Unwind_GetIPInfo'
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-02 22:49 --- And I did mention this when that other PR's patch was posted. --with-system-libunwind is the "issue". -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Component|c |target Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-02 22:49:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
[Bug target/27880] [4.2 regression] undefined reference to `_Unwind_GetIPInfo'
--- Comment #3 from sje at cup dot hp dot com 2006-06-02 23:10 --- I should have mentioned that for HP-UX, where the system unwind also does not have _Unwind_GetIPInfo, I added it to libgcc. See http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01285.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
[Bug target/27855] reassociation pass produces ~30% slower matrix multiplication code
--- Comment #4 from steven at gcc dot gnu dot org 2006-06-02 23:19 --- Real bug, despite Andrew's usual portion of x86-hate. -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-02 23:19:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855
[Bug c++/27601] [4.0/4.1/4.2 Regression] ICE (in fold_offsetof_1, at c-common.c:5998) on strange offsetof
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-06-02 23:24 --- Testing a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27601
[Bug other/27850] gcov-enabled sh-elf compiler fails to build
--- Comment #3 from amylaar at gcc dot gnu dot org 2006-06-02 23:50 --- Subject: Bug 27850 Author: amylaar Date: Fri Jun 2 23:50:11 2006 New Revision: 114332 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114332 Log: PR other/27850 * Makefile.in (stmp-fixinc): Fix typo. Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27850
Re: [Bug target/27855] reassociation pass produces ~30% slower matrix multiplication code
steven at gcc dot gnu dot org wrote: > --- Comment #4 from steven at gcc dot gnu dot org 2006-06-02 23:19 > --- > Real bug, despite Andrew's usual portion of x86-hate. > > It'd be good to know what exactly is going wrong. Reassociation only touches floating point because someone asked me to make it touch floating point. It still shouldn't have *this* much of an affect, my guess is it is triggering some bad behavior elsewhere.
[Bug target/27855] reassociation pass produces ~30% slower matrix multiplication code
--- Comment #5 from dberlin at gcc dot gnu dot org 2006-06-03 02:11 --- Subject: Re: reassociation pass produces ~30% slower matrix multiplication code steven at gcc dot gnu dot org wrote: > --- Comment #4 from steven at gcc dot gnu dot org 2006-06-02 23:19 > --- > Real bug, despite Andrew's usual portion of x86-hate. > > It'd be good to know what exactly is going wrong. Reassociation only touches floating point because someone asked me to make it touch floating point. It still shouldn't have *this* much of an affect, my guess is it is triggering some bad behavior elsewhere. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855
[Bug c++/27881] New: Memory exhausted with -finline-functions on testsuite file alias3.C
Compiling the GCC testsuite file alias3.C with -O1 -finline-functions exhausts
memory on checking=all or =yes builds of GCC 4.1.1, on Ubuntu 5.04 with virtual
memory limited to 500M. Roughly similar behavior on Mac OSX 10.4.6 with a
checking=all build of GCC 4.1.0, though ulimit is broken on the Mac, so I had
to kill the process manually. A checking=all build of GCC 4.0.2 compiles
without error.
The symptoms are similar to my PR26774, but that's fixed in 4.1.1, and
didn't require optimization.
Here's the Delta-reduced file:
namespace A{
struct X{};
void f(X&);
namespace a_very_long_namespace_name{
}
}
namespace B = A;
void B::f(A::X& x)
{
B::f(x);
f(x);
}
Here's the session; I'll attach the preprocessed file.
131> /opt/gcc411-chk-all/bin/gcc -v -save-temps -c -O1 -finline-functions
../cpp/bugfiles/GCC_bugfiles/noerror/131415_alias3_min.cpp
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /third-party_source/gcc-4.1.1/configure --enable-checking=all
--prefix=/opt/gcc411-chk-all/ --enable-languages=c,c++
--with-comment=PalmSource checking=all build by Flash Sheridan 5/31/06 on
Kondal
Thread model: posix
gcc version 4.1.1
/home/opt/gcc411-chk-all/bin/../libexec/gcc/i686-pc-linux-gnu/4.1.1/cc1plus -E
-quiet -v -iprefix
/home/opt/gcc411-chk-all/bin/../lib/gcc/i686-pc-linux-gnu/4.1.1/ -D_GNU_SOURCE
../cpp/bugfiles/GCC_bugfiles/noerror/131415_alias3_min.cpp -mtune=pentiumpro
-finline-functions -O1 -fpch-preprocess -o 131415_alias3_min.ii
ignoring nonexistent directory
"/home/opt/gcc411-chk-all/bin/../lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../i686-pc-linux-gnu/include"
ignoring duplicate directory
"/opt/gcc411-chk-all//lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../include/c++/4.1.1"
ignoring duplicate directory
"/opt/gcc411-chk-all//lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../include/c++/4.1.1/i686-pc-linux-gnu"
ignoring duplicate directory
"/opt/gcc411-chk-all//lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../include/c++/4.1.1/backward"
ignoring duplicate directory
"/opt/gcc411-chk-all//lib/gcc/i686-pc-linux-gnu/4.1.1/include"
ignoring nonexistent directory
"/opt/gcc411-chk-all//lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/home/opt/gcc411-chk-all/bin/../lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../include/c++/4.1.1
/home/opt/gcc411-chk-all/bin/../lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../include/c++/4.1.1/i686-pc-linux-gnu
/home/opt/gcc411-chk-all/bin/../lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../include/c++/4.1.1/backward
/home/opt/gcc411-chk-all/bin/../lib/gcc/i686-pc-linux-gnu/4.1.1/include
/usr/local/include
/opt/gcc411-chk-all//include
/usr/include
End of search list.
/home/opt/gcc411-chk-all/bin/../libexec/gcc/i686-pc-linux-gnu/4.1.1/cc1plus
-fpreprocessed 131415_alias3_min.ii -quiet -dumpbase 131415_alias3_min.cpp
-mtune=pentiumpro -auxbase 131415_alias3_min -O1 -version -finline-functions -o
131415_alias3_min.s
GNU C++ version 4.1.1 (i686-pc-linux-gnu)
compiled by GNU C version 3.3.5 (Debian 1:3.3.5-8ubuntu2).
GGC heuristics: --param ggc-min-expand=0 --param ggc-min-heapsize=0
Compiler executable checksum: 0017ab69adc149664c23a10e9b6eba83
virtual memory exhausted: Cannot allocate memory
---
http://pobox.com/~flash
Quality Lead for Compilers and Debuggers
PalmSource, Inc. Tools Quality Assurance
PalmSource bug 131415
--
Summary: Memory exhausted with -finline-functions on testsuite
file alias3.C
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: flash at pobox dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27881
[Bug c++/27881] Memory exhausted with -finline-functions on testsuite file alias3.C
--- Comment #1 from flash at pobox dot com 2006-06-03 02:37 --- Created an attachment (id=11583) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11583&action=view) Preprocessed Delta-reduced source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27881
[Bug target/27855] reassociation pass produces ~30% slower matrix multiplication code
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-03 02:38 --- What reassociation is doing is "scheduling" the instructions further down before the use but it exands the life time of some variables. e.g.: D.1563_59 = rA0_49 * rB0_50; rC0_0_60 = D.1563_59 + rC0_0_516; D.1564_61 = rA1_52 * rB0_50; rC1_0_62 = D.1564_61 + rC1_0_517; D.1565_63 = rA2_54 * rB0_50; rC2_0_64 = D.1565_63 + rC2_0_518; D.1566_65 = rA3_56 * rB0_50; rC3_0_66 = D.1566_65 + rC3_0_519; D.1567_67 = rA4_58 * rB0_50; rC4_0_68 = D.1567_67 + rC4_0_520; into: D.1563_59 = rB0_50 * rA0_49; D.1564_61 = rA1_52 * rB0_50; D.1565_63 = rA2_54 * rB0_50; D.1566_65 = rA3_56 * rB0_50; D.1567_67 = rA4_58 * rB0_50; . (with loads, etc here) D.1563_477 = rB0_468 * rA0_466; rC0_0_60 = D.1563_59 + rC0_0_516; rC0_0_82 = rC0_0_60 + D.1563_81; rC0_0_104 = rC0_0_82 + D.1563_103; rC0_0_126 = rC0_0_104 + D.1563_125; rC0_0_148 = rC0_0_126 + D.1563_147; rC0_0_170 = rC0_0_148 + D.1563_169; rC0_0_192 = rC0_0_170 + D.1563_191; rC0_0_214 = rC0_0_192 + D.1563_213; rC0_0_236 = rC0_0_214 + D.1563_235; rC0_0_258 = rC0_0_236 + D.1563_257; rC0_0_280 = rC0_0_258 + D.1563_279; rC0_0_302 = rC0_0_280 + D.1563_301; rC0_0_324 = rC0_0_302 + D.1563_323; rC0_0_346 = rC0_0_324 + D.1563_345; rC0_0_368 = rC0_0_346 + D.1563_367; rC0_0_390 = rC0_0_368 + D.1563_389; rC0_0_412 = rC0_0_390 + D.1563_411; rC0_0_434 = rC0_0_412 + D.1563_433; rC0_0_456 = rC0_0_434 + D.1563_455; rC0_0_478 = rC0_0_456 + D.1563_477; Which in of itself not supressing and not nothing which reassociate should handle special. This is what we get with a semi bad register allocation which does nothing to reduce spilling. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855
[Bug target/27855] reassociation pass produces ~30% slower matrix multiplication code
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-06-03 02:49 --- If you change the code to be integers, this also cause the drop too with reassociation even without -ffast-math so it is unrelated to the fact -ffast-math turns on reassociate for floating points for fast math. So what is happening is that the add to rC[0-4]_0 is being further down which causes variable's life to be extended. Yes there should be a pass at the tree level which optimizes variable's life time but I don't know how much use that is without a better register allocator in the first place. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855
[Bug tree-optimization/27865] [4.2 Regression] tree check failure building FreePOOMA
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-03 03:42 ---
Here is a testcase without inline functions:
void bar(int *p, int t1)
{
int i;
static int *tt;
for (i=0; i<2; ++i)
if (i)
{
int t = i - 1;
tt = p+t;
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27865
[Bug tree-optimization/27865] [4.2 Regression] tree check failure building FreePOOMA
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-03 03:46 --- The code to do: 2098 /* If we just created an invalid range with the minimum 2099 greater than the maximum, take the maximum all the 2100 way to +INF. */ 2101 if (compare_values (min, max) == 1) 2102max = TYPE_MAX_VALUE (TREE_TYPE (max)); Was added by: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110261 -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||law at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27865
