[Bug middle-end/30167] OpenMP can produce invalid gimple (for indirect references)
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-15 08:22 --- Actually never mind, this is caused by my patch to fix PR 30143. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30167
[Bug middle-end/30143] OpenMP can produce invalid gimple
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-12-15 08:37 --- I have a new fix which does not cause PR 30167 this time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30143
[Bug libfortran/30200] write(*,myfmt=(1X,a,'xyz')) A prints Az' instead of Axyz
--- Comment #9 from patchapp at dberlin dot org 2006-12-15 08:45 --- Subject: Bug number PR30200 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-12/msg01099.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30200
[Bug libfortran/30200] write(*,myfmt=(1X,a,'xyz')) A prints Az' instead of Axyz
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-12-15 08:51 --- Tobias observation in comment #2 is correct. The submitted patch moves the memory free actions to after the write transfers have completed. No more valgrind errors. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30200
[Bug libfortran/26893] kinds.h not generated, causing failure
--- Comment #26 from christian dot joensson at gmail dot com 2006-12-15 09:03 --- I would just like to say that I see this on sparc64-linux too on the 4.2 branch. Aurora SPARC Linux release 2.90 (Aurora Corona)/TI UltraSparc IIi (Sabre) sun4u: binutils-2.17.50.0.3-6.sparc.sparc bison-2.3-2.1.sparc dejagnu-1.4.4-5.1.noarch expect-5.43.0-5.1.sparc gcc-4.1.1-30.1.sparc glibc-2.5-3.1.sparcv9 glibc-2.5-3.1.sparc64 glibc-devel-2.5-3.1.sparc glibc-devel-2.5-3.1.sparc64 glibc-headers-2.5-3.1.sparc gmp-2.4.1 (local build from gcc's infrastructure) mpfr-2.2.1 (local build from gcc's infrastructure) kernel-2.6.18-1.2798.al3.1.sparc64 libgcc-4.1.1-30.1.sparc libgcc-4.1.1-30.1.sparc64 libgcj-4.1.1-30.1.sparc libgcj-4.1.1-30.1.sparc64 libgcj-devel-4.1.1-30.1.sparc libgcj-devel-4.1.1-30.1.sparc64 libstdc++-4.1.1-30.1.sparc libstdc++-4.1.1-30.1.sparc64 libstdc++-devel-4.1.1-30.1.sparc libstdc++-devel-4.1.1-30.1.sparc64 make-3.81-1.1.sparc tcl-8.4.13-3.al3.sparc LAST_UPDATED: Fri Dec 15 08:51:23 UTC 2006 (revision 119876) configure: ../gcc/configure --enable-__cxa_atexit --enable-shared --with-cpu=v7 --with-gmp=/usr/local/gmp-mpfr --with-mpfr=/usr/local/gmp-mpfr --enable-languages=c,c++,fortran,java,objc,obj-c++,treelang /bin/sh ../../../gcc/libgfortran/mk-kinds-h.sh '/usr/local/src/branch/objdir/./gcc/gfortran -B/usr/local/src/branch/objdir/./gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem /usr/local/sparc64-unknown-linux-gnu/include -isystem /usr/local/sparc64-unknown-linux-gnu/sys-include -I . -Wall -fno-repack-arrays -fno-underscoring ' kinds.h || rm kinds.h ../../../gcc/libgfortran/mk-kinds-h.sh: Unknown type grep '^#' kinds.h kinds.inc /bin/sh: kinds.h: No such file or directory make[2]: *** [kinds.inc] Error 1 make[2]: Leaving directory `/usr/local/src/branch/objdir/sparc64-unknown-linux-gnu/libgfortran' make[1]: *** [all-target-libgfortran] Error 2 make[1]: Leaving directory `/usr/local/src/branch/objdir' make: *** [bootstrap] Error 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
Re: gcc.4.1.1 compile error
./configure --prefix=/usr/local/gcc.4.1.1 --disable-multilib --disable-nls Never ever build GCC in the source directory. -- Eric Botcazou
[Bug libfortran/26893] kinds.h not generated, causing failure
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2006-12-15 09:08 --- I would just like to say that I see this on sparc64-linux too on the 4.2 branch. Try to compile a Fortran source file with the compiler and see what happens. Presumably wrong or missing libraries in LD_LIBRARY_PATH. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
[Bug testsuite/30119] libjava testsuite output is erratic and unhelpful
--- Comment #9 from aph at gcc dot gnu dot org 2006-12-15 11:21 --- OK, so it looks like this is not a testsuite problem: the problem really is with the program being tested. The next thing to do is run the program with GDB and find out where the SEGV occurs. -- aph at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30119
[Bug target/30210] Altivec builtins return wrong types
--- Comment #4 from bonzini at gnu dot org 2006-12-15 12:05 --- Seems invalid. Ira, if you have a specific bug (missed optimization, or whatever) triggered by this, please reopen and change the subject. -- bonzini at gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30210
[Bug c/30218] New: Inconsistent reporting of duplicate typedef
I have an include (nvidia GL/glext.h) which incorrectly defines a typedef twice. However gcc doesn't not always report this is as a failure. mig27 12:16:21$ cat test.c #include GL/gl.h mig27 12:15:23$ gcc -E test.c a.i mig27 12:15:30$ gcc -c a.i mig27 12:15:34$ echo $? 0 mig27 12:15:36$ gcc -E -P test.c a.i mig27 12:15:43$ gcc -c a.i a.i:1505: error: redefinition of typedef âPFNGLGETUNIFORMUIVEXTPROCâ a.i:1494: error: previous declaration of âPFNGLGETUNIFORMUIVEXTPROCâ was here -- Summary: Inconsistent reporting of duplicate typedef Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ross dot alexander at uk dot neceur dot com GCC build triplet: i386-unknown-linux GCC host triplet: i386-unknown-linux GCC target triplet: i386-unknown-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30218
[Bug c/30218] Inconsistent reporting of duplicate typedef
--- Comment #1 from ross dot alexander at uk dot neceur dot com 2006-12-15 12:21 --- Created an attachment (id=12809) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12809action=view) GL/gl.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30218
[Bug c/30219] New: Inconsistent reporting of duplicate typedef
I have an include (nvidia GL/glext.h) which incorrectly defines a typedef twice. However gcc doesn't not always report this is as a failure. mig27 12:16:21$ cat test.c #include GL/gl.h mig27 12:15:23$ gcc -E test.c a.i mig27 12:15:30$ gcc -c a.i mig27 12:15:34$ echo $? 0 mig27 12:15:36$ gcc -E -P test.c a.i mig27 12:15:43$ gcc -c a.i a.i:1505: error: redefinition of typedef âPFNGLGETUNIFORMUIVEXTPROCâ a.i:1494: error: previous declaration of âPFNGLGETUNIFORMUIVEXTPROCâ was here -- Summary: Inconsistent reporting of duplicate typedef Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ross dot alexander at uk dot neceur dot com GCC build triplet: i386-unknown-linux GCC host triplet: i386-unknown-linux GCC target triplet: i386-unknown-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30219
[Bug c/30219] Inconsistent reporting of duplicate typedef
--- Comment #1 from ross dot alexander at uk dot neceur dot com 2006-12-15 12:23 --- Created an attachment (id=12810) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12810action=view) GL/glext.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30219
[Bug c/30219] Inconsistent reporting of duplicate typedef
--- Comment #2 from ross dot alexander at uk dot neceur dot com 2006-12-15 12:23 --- Created an attachment (id=12811) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12811action=view) GL/gl.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30219
[Bug middle-end/7651] Define -Wextra strictly in terms of other warning flags
--- Comment #6 from patchapp at dberlin dot org 2006-12-15 12:35 --- Subject: Bug number PR7651 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-12/msg01103.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7651
[Bug bootstrap/30220] New: Bootsartping crashe at stage_2
-- Summary: Bootsartping crashe at stage_2 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: P dot Schaffnit at access dot rwth-aachen dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30220
[Bug bootstrap/30220] Bootsartping crashes at stage_2 under Irix
--- Comment #1 from P dot Schaffnit at access dot rwth-aachen dot de 2006-12-15 13:51 --- Sorry wrong move... I somehow don't seem to be able to build the GCC udner Irix anymore (...). The most likely is that something is too outdated on my system, but still... I'm trying to build it with the gcc which comes with the operating system (gcc (GCC) 3.3), under SGI (IRIX64 blue1 6.5 04100802 IP27). If anyone could give me a hint, it would be greatly appreciated... Thanks! PS: the error message I get (at some point in stage 2): echo timestamp s-config /USER/philippe/Irix/Compilation/Temp/./prev-gcc/xgcc -B/USER/philippe/Irix/Compilation/Temp/./prev-gcc/ -B/USER/philippe/Irix/Gcc/mips-sgi-irix6.5/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I/USER/philippe/Irix/Gcc_Sources/gcc -I/USER/philippe/Irix/Gcc_Sources/gcc/. -I/USER/philippe/Irix/Gcc_Sources/gcc/../include -I./../intl -I/USER/philippe/Irix/Gcc_Sources/gcc/../libcpp/include -I/USER/philippe/Irix/Gmp/include -I/USER/philippe/Irix/Mpfr/include -I/USER/philippe/Irix/Gcc_Sources/gcc/../libdecnumber -I../libdecnumber /USER/philippe/Irix/Gcc_Sources/gcc/c-decl.c -o c-decl.o /USER/philippe/Irix/Gcc_Sources/gcc/c-decl.c: In function 'set_type_context': /USER/philippe/Irix/Gcc_Sources/gcc/c-decl.c:691: internal compiler error: in cse_find_path, at cse.c:5930 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[3]: *** [c-decl.o] Error 1 make[3]: Leaving directory `/USER/philippe/Irix/Compilation/Temp/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/USER/philippe/Irix/Compilation/Temp' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/USER/philippe/Irix/Compilation/Temp' make: *** [bootstrap] Error 2 -- P dot Schaffnit at access dot rwth-aachen dot de changed: What|Removed |Added Summary|Bootsartping crashe at |Bootsartping crashes at |stage_2 |stage_2 under Irix http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30220
[Bug c++/30221] New: internal compiler error: in reshape_init_r, at cp/decl.c:4632
Initializing a struct member that is a union of function pointers with a NULL (0) value causes an internal compiler error: in reshape_init_r, at cp/decl.c:4632. This code compiles and executes correctly with g++ 3.2, 3,3, and 3.4. See attached program code that demonstrates the compile error. No options were used, just 'g++ t.cpp'. -- Summary: internal compiler error: in reshape_init_r, at cp/decl.c:4632 Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mjones at adt-it dot com GCC build triplet: 4.1.1 20061011 (Red Hat 4.1.1-30) GCC host triplet: i386-pc-linux-gnu GCC target triplet: i386-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30221
[Bug c++/30221] internal compiler error: in reshape_init_r, at cp/decl.c:4632
--- Comment #1 from mjones at adt-it dot com 2006-12-15 13:57 --- Created an attachment (id=12812) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12812action=view) testcase that will reproduce the compiler error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30221
[Bug c++/30221] internal compiler error: in reshape_init_r, at cp/decl.c:4632
--- Comment #2 from mjones at adt-it dot com 2006-12-15 13:57 --- Created an attachment (id=12813) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12813action=view) cpp output as requested by the compiler error output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30221
[Bug c/30218] Inconsistent reporting of duplicate typedef
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-15 15:16 --- *** This bug has been marked as a duplicate of 30219 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30218
[Bug c/30219] Inconsistent reporting of duplicate typedef
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-15 15:16 --- *** Bug 30218 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30219
[Bug target/30222] New: gcc.target/i386/vectorize1.c ICEs
2006-11-12 Jason Merrill [EMAIL PROTECTED] Andrew Pinski [EMAIL PROTECTED] Backport form mainline: PR middle-end/28915 * gcc.target/i386/vectorize1.c: New. This testcase ICEs on the 4.2 branch. internal compiler error: in fold_convert, at fold-const.c:2100 #1 0x0822121a in fold_convert (type=0xb7c3f78c, arg=0xb7c788a0) at /home/richard/src/gcc-4_2-branch/gcc/fold-const.c:2100 2100 gcc_assert (tree_int_cst_equal (TYPE_SIZE (type), TYPE_SIZE (orig))); (gdb) call debug_generic_expr (type) vector intD.0 (gdb) call debug_generic_expr (arg) lanipD.1690 #2 0x081fc05f in make_tree (type=0xb7c3f78c, x=0xb7c76950) at /home/richard/src/gcc-4_2-branch/gcc/expmed.c:5053 ... #6 0x0841ca97 in force_const_mem (mode=V4SImode, x=0xb7c419a8) at /home/richard/src/gcc-4_2-branch/gcc/varasm.c:3229 #7 0x08203912 in emit_move_insn (x=0xb7c768e0, y=0xb7c419a8) at /home/richard/src/gcc-4_2-branch/gcc/expr.c:3288 #8 0x0847af6f in ix86_expand_vector_init (mmx_ok=0 '\0', target=0xb7c768e0, vals=0xb7c419a0) at /home/richard/src/gcc-4_2-branch/gcc/config/i386/i386.c:18428 -- Summary: gcc.target/i386/vectorize1.c ICEs Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org GCC target triplet: i?86-*-* BugsThisDependsOn: 28915 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30222
[Bug c/30219] Inconsistent reporting of duplicate typedef
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-12-15 15:25 --- This is inconsistent on purpose. Try using -Wsystem-headers if you want an error on system headers. Also this is the main reason why we only error with -Wsystem-headers with system headers. PS please don't send private header files next time. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30219
[Bug fortran/30115] allocate() interface pessimizes aliasing
--- Comment #13 from rguenth at gcc dot gnu dot org 2006-12-15 15:28 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|4.3.0 |4.3.0 4.2.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30115
[Bug target/30222] gcc.target/i386/vectorize1.c ICEs
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-15 15:30 --- Part of the orginal patch was not applied. It was only applied to the trunk as it was also part of Roger's patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30222
[Bug fortran/30223] New: Fortran frontend does not know about cbrt and sincos
As it doesn't make these builtins available certain optimizations can not be run. -- Summary: Fortran frontend does not know about cbrt and sincos Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30223
[Bug fortran/30223] Fortran frontend does not know about cbrt, cexpi and sincos
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-12-15 15:31 --- Patch was posted. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||30038 nThis|| AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||12/msg00500.html Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-12-15 15:31:10 date|| Summary|Fortran frontend does not |Fortran frontend does not |know about cbrt and sincos |know about cbrt, cexpi and ||sincos http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30223
[Bug c++/30221] [4.1/4.2/4.3 Regression] internal compiler error: in reshape_init_r, at cp/decl.c:4632
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-15 15:40 --- Reduced testcase (well too far reduced): class abstract {}; typedef void (abstract::*fptr1) (short s ) const; struct s {}; s array[] = { (fptr1)0 }; Reduced not too far: class abstract {}; typedef void (abstract::*fptr1) (short r ) const; struct s {fptr1 f;}; s array[] = { (fptr1)0 }; -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|4.1.1 20061011 (Red Hat | |4.1.1-30) | GCC host triplet|i386-pc-linux-gnu | GCC target triplet|i386-pc-linux-gnu | Keywords||ice-on-valid-code Known to fail|4.1.1 |4.1.1 4.2.0 4.3.0 4.1.2 Known to work|3.2.3 3.3.6 3.4.6 |3.2.3 3.3.6 3.4.6 4.0.4 Last reconfirmed|-00-00 00:00:00 |2006-12-15 15:40:49 date|| Summary|internal compiler error: in |[4.1/4.2/4.3 Regression] |reshape_init_r, at |internal compiler error: in |cp/decl.c:4632 |reshape_init_r, at ||cp/decl.c:4632 Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30221
[Bug bootstrap/30220] Bootsartping crashes at stage_2 under Irix
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-15 15:43 --- http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00800.html is most likely going to fix the ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30220
[Bug tree-optimization/30140] inliner produces invalid gimple with promoted types
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-15 15:48 --- Subject: Bug 30140 Author: pinskia Date: Fri Dec 15 15:48:10 2006 New Revision: 119883 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119883 Log: 2006-12-15 Andrew Pinski [EMAIL PROTECTED] PR tree-opt/30140 * tree-inline.c (setup_one_parameter): Gimplify the statement if the variable is not a gimple register variable. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-inline.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30140
[Bug tree-optimization/30140] inliner produces invalid gimple with promoted types
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-15 15:48 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30140
[Bug fortran/30145] Fortran 90: write statement fails to ignore zero-sized array...
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-12-15 15:57 --- I get a segfault. ifort handles this ok -- jvdelisle 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-12-15 15:57:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30145
[Bug middle-end/30141] nested function can produce invalid gimple
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-15 16:01 --- Hmm, I think my patch is correct but too stupid; we should be able just to mark the argument as non-addressable and a gimple register since we replaced all uses of it with an access via a frame struct. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30141
[Bug c/30219] Inconsistent reporting of duplicate typedef
--- Comment #5 from ross dot alexander at uk dot neceur dot com 2006-12-15 16:28 --- Subject: Re: Inconsistent reporting of duplicate typedef This is inconsistent on purpose. Try using -Wsystem-headers if you want an error on system headers. I can't get it to error if it is using -Wsystem-headers. Reading the documentation I understand the purpose of flag but this seems to be ignoring an error rather than not reporting a warning. I have /usr/include/GL - /usr/X11R6/include/GL so I can see why I get a failure with -I/usr/X11R6/include but it should still be erring with -I/usr/include (since glext.h does have an error in it). mig27 15:47:08$ gcc -c -Wsystem-headers -I/usr/include test.c mig27 15:47:12$ gcc -c -Wsystem-headers -I/usr/X11R6/include test.c In file included from /usr/X11R6/include/GL/gl.h:1630, from test.c:1: /usr/X11R6/include/GL/glext.h:6952: error: redefinition of typedef âPFNGLGETUNIFORMUIVEXTPROCâ /usr/X11R6/include/GL/glext.h:6941: error: previous declaration of âPFNGLGETUNIFORMUIVEXTPROCâ was here mig27 15:47:19$ gcc -c -Wsystem-headers -I/usr/include test.c mig27 15:49:20$ gcc -c -Wsystem-headers -Werror -I/usr/include test.c mig27 15:56:23$ gcc -c -I/usr/include test.c mig27 15:56:26$ gcc -c -I/usr/X11R6/include test.c In file included from /usr/X11R6/include/GL/gl.h:1630, from test.c:1: /usr/X11R6/include/GL/glext.h:6952: error: redefinition of typedef âPFNGLGETUNIFORMUIVEXTPROCâ /usr/X11R6/include/GL/glext.h:6941: error: previous declaration of âPFNGLGETUNIFORMUIVEXTPROCâ was here Also this is the main reason why we only error with -Wsystem-headers with system headers. PS please don't send private header files next time. Okay. Cheers, Ross --- Comment #6 from ross dot alexander at uk dot neceur dot com 2006-12-15 16:28 --- Created an attachment (id=12814) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12814action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30219
[Bug fortran/30145] Fortran 90: write statement fails to ignore zero-sized array...
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-12-15 16:56 --- I have a patch for this. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-12-15 15:57:43 |2006-12-15 16:56:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30145
[Bug c/30219] Inconsistent reporting of duplicate typedef
--- Comment #7 from ross dot alexander at uk dot neceur dot com 2006-12-15 16:56 --- I have found the relevent code in c-decl.c but it would be nice if this emitted a warning so that if -Wsystem-headers is set then the warning will show up. Thanks for the assistence. Ross /* Redeclaration of a type is a constraint violation (6.7.2.3p1), but silently ignore the redeclaration if either is in a system header. (Conflicting redeclarations were handled above.) */ if (TREE_CODE (newdecl) == TYPE_DECL) { if (DECL_IN_SYSTEM_HEADER (newdecl) || DECL_IN_SYSTEM_HEADER (olddecl)) return true; /* Allow OLDDECL to continue in use. */ error (redefinition of typedef %q+D, newdecl); locate_old_decl (olddecl, error); return false; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30219
[Bug fortran/30145] Fortran 90: write statement fails to ignore zero-sized array...
--- Comment #5 from patchapp at dberlin dot org 2006-12-15 17:40 --- Subject: Bug number PR30145 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-12/msg01122.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30145
[Bug fortran/30223] Fortran frontend does not know about cbrt, cexpi and sincos
--- Comment #2 from burnus at gcc dot gnu dot org 2006-12-15 17:54 --- http://gcc.gnu.org/ml/fortran/2006-12/msg00112.html -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30223
[Bug fortran/30224] New: segmentation falut when compiling certain code
gfortran crashes when compiling the attached code [EMAIL PROTECTED] /tmp/gfortcrash $ gfortran -c kinds.f90 constants.f90 lorentz.f90 lorentz.f90: In function rotation_generic_cs: lorentz.f90:775: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. [EMAIL PROTECTED] /tmp/gfortcrash $ gfortran -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: /home/fxcoudert/gfortran_nightbuild/trunk/configure --prefix=/home/fxcoudert/gfortran_nightbuild/irun-20061130 --enable-languages=c,fortran --with-gmp=/home/fxcoudert/gfortran_nightbuild/software Thread model: posix gcc version 4.3.0 20061130 (experimental) Reduced testcase: == lorentz_red.f90 = module lorentz implicit none public :: rotation integer, dimension(3,3,3), parameter :: epsilon_three = reshape( source = (/ 0, 0,0, 0,0,-1, 0,1,0, 0, 0,1, 0,0, 0, -1,0,0, 0,-1,0, 1,0, 0, 0,0,0 /), shape = (/3,3,3/) ) interface rotation module procedure rotation_generic_cs end interface contains function rotation_generic_cs(cp, sp, n) result(a) real :: a real, intent(in) :: cp, sp real, dimension(3), intent(in) :: n integer :: i,j a=cp*cp + (1-cp)*n(i)*n(j) - sp*dot_product(epsilon_three(i,j,:), n) end function rotation_generic_cs end module lorentz = [EMAIL PROTECTED] /tmp/gfortcrash2 $ gfortran -c lorentz_red.f90 lorentz.f90: In function rotation_generic_cs: lorentz.f90:18: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. Note that changing the order of the calculation produces an internal compiler error instead of a segmentation fault: = lorentz_red2.f90 == module lorentz implicit none public :: rotation integer, dimension(3,3,3), parameter :: epsilon_three = reshape( source = (/ 0, 0,0, 0,0,-1, 0,1,0, 0, 0,1, 0,0, 0, -1,0,0, 0,-1,0, 1,0, 0, 0,0,0 /), shape = (/3,3,3/) ) interface rotation module procedure rotation_generic_cs end interface contains function rotation_generic_cs(cp, sp, n) result(a) real :: a real, intent(in) :: cp, sp real, dimension(3), intent(in) :: n integer :: i,j a= - sp*dot_product(epsilon_three(i,j,:), n) + cp*cp + (1-cp)*n(i)*n(j) end function rotation_generic_cs end module lorentz === [EMAIL PROTECTED] /tmp/gfortcrash2 $ gfortran -c lorentz_red2.f90 lorentz.f90: In function rotation_generic_cs: lorentz.f90:17: internal compiler error: in gfc_conv_expr_op, at fortran/trans-expr.c:1109 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: segmentation falut when compiling certain code Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: trumsko at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30224
[Bug fortran/30224] segmentation falut when compiling certain code
--- Comment #1 from trumsko at yahoo dot com 2006-12-15 18:04 --- Created an attachment (id=12815) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12815action=view) full 'real life' code producing segfault unpack and execute gfortran -c kinds.f90 constants.f90 lorentz.f90 to reproduce segmentation violation -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30224
[Bug fortran/30224] segmentation falut when compiling certain code
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30224
[Bug target/24949] FAIL: gcc.c-torture/compile/20000403-2.c -O0
--- Comment #3 from rsandifo at gcc dot gnu dot org 2006-12-15 18:11 --- Subject: Bug 24949 Author: rsandifo Date: Fri Dec 15 18:11:19 2006 New Revision: 119938 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119938 Log: gcc/ Backport from mainline: 2006-05-10 Kazu Hirata [EMAIL PROTECTED] PR target/24949 * config/m68k/m68k.md (ashrdi_const32, ashrdi_const32_mem, ashrdi_const, ashrdi3): Use a scratch register. Modified: branches/csl/coldfire-4_1/ChangeLog.csl branches/csl/coldfire-4_1/gcc/config/m68k/m68k.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24949
Re: gcc.4.1.1 compile error
The GCC is not build in the source directory. The source directory is in another place (/usr/local/src/gcc.4.1.1). Ivan Matousek From: Eric Botcazou [EMAIL PROTECTED] To: Ivan Matousek [EMAIL PROTECTED] Subject: Re: gcc.4.1.1 compile error Date: Fri, 15 Dec 2006 10:06:16 +0100 User-Agent: KMail/1.7.1 Cc: gcc-bugs@gcc.gnu.org ./configure --prefix=/usr/local/gcc.4.1.1 --disable-multilib --disable-nls Never ever build GCC in the source directory. -- Eric Botcazou
[Bug c++/30225] New: builtins's decl is copied in some cases where it is not needed to be copied
3401cxx_builtin_function (tree decl) 3402{ 3403 tree id = DECL_NAME (decl); 3404 const char *name = IDENTIFIER_POINTER (id); 3405 tree decl2 = copy_node(decl); 3406 /* All builtins that don't begin with an '_' should additionally 3407 go in the 'std' namespace. */ 3408 if (name[0] != '_') 3409{ 3410 push_namespace (std_identifier); 3411 builtin_function_1 (decl, std_node); 3412 pop_namespace (); 3413} 3414 3415 return builtin_function_1 (decl2, NULL_TREE); 3416} If we are not going to add the builtin function into the std namespace, we don't need to copy the decl -- Summary: builtins's decl is copied in some cases where it is not needed to be copied Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: memory-hog Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30225
[Bug c++/30225] builtins's decl is copied in some cases where it is not needed to be copied
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-15 18:55 --- I am going to fix this but I am recording this now so I don't forget. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-12-15 18:55:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30225
[Bug libstdc++/30226] New: FAIL: abi_check
2 incompatible symbols 0 _ZNKSt5ctypeIcE5widenEPKcS2_Pc std::ctypechar::widen(char const*, char const*, char*) const version status: incompatible GLIBCXX_3.4 type: function status: added 1 _ZNKSt5ctypeIcE5widenEc std::ctypechar::widen(char) const version status: incompatible GLIBCXX_3.4 type: function status: added === libstdc++-v3 check-abi Summary === # of added symbols: 67 # of missing symbols:0 # of incompatible symbols: 2 using: baseline_symbols.txt FAIL: abi_check -- Summary: FAIL: abi_check Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu GCC host triplet: hppa-unknown-linux-gnu GCC target triplet: hppa-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30226
Re: gcc.4.1.1 compile error
The GCC is not build in the source directory. The source directory is in another place (/usr/local/src/gcc.4.1.1). Then post the exact configure line. -- Eric Botcazou
[Bug target/29838] -fstack-protector shouldn't use TLS in freestanding mode
--- Comment #10 from tschwinge at gnu dot org 2006-12-15 19:30 --- Roland McGrath proposed the following: ``I think it really ought to be controlled by a -mno-stack-protector-tls or suchlike, for complete flexibility. Obviously it should default to disabled for -ffreestanding.'' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29838
[Bug c++/30168] [4.1/4.2/4.3 Regression] C++ constructors can cause invalid gimple to happen with complex typed variables
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-15 19:31 --- Mine, here is the patch which I am testing: Index: optimize.c === --- optimize.c (revision 119894) +++ optimize.c (working copy) @@ -69,6 +69,8 @@ update_cloned_parm (tree parm, tree clon DECL_NAME (cloned_parm) = DECL_NAME (parm); DECL_SOURCE_LOCATION (cloned_parm) = DECL_SOURCE_LOCATION (parm); TREE_TYPE (cloned_parm) = TREE_TYPE (parm); + + DECL_GIMPLE_REG_P (cloned_parm) = DECL_GIMPLE_REG_P (parm); } /* FN is a function that has a complete body. Clone the body as -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30168
[Bug libfortran/26893] kinds.h not generated, causing failure
--- Comment #28 from jbuck at gcc dot gnu dot org 2006-12-15 19:38 --- Yes, it seems that LD_LIBRARY_PATH is the cause of all the problems, but I also think it might not be a great idea to just say not a bug, PEBKAC (problem exists between keyboard and chair). The issue is that the failure doesn't show up until an hour or more into a build run, and then the error message is completely obscure. There is no direct indication that the cause is a gfortran failure to run. Could configure be made to object if a simple program dynamically linked with libgmp and libmpfr won't run? Then users will fix the problem before starting the build. Alternatively, libgfortran/mk-sik-inc.sh could be changed to give a better error message for the failure, but this has the problem that the user won't see the failure until a rather late point. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
[Bug fortran/30224] segmentation falut when compiling certain code
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-12-15 19:39 --- I can confirm this with gcc version 4.1.1 20061011 However, with svn trunk updated and bootstrapped today, I get no errors. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30224
[Bug libfortran/30200] write(*,myfmt=(1X,a,'xyz')) A prints Az' instead of Axyz
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-12-15 19:48 --- Subject: Bug 30200 Author: jvdelisle Date: Fri Dec 15 19:48:08 2006 New Revision: 119940 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119940 Log: 2006-12-15 Jerry DeLisle [EMAIL PROTECTED] PR fortran/30200 * trans-io.c (build_dt): Move post block for format_expr to end. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-io.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30200
[Bug libfortran/26893] kinds.h not generated, causing failure
--- Comment #29 from ebotcazou at gcc dot gnu dot org 2006-12-15 19:51 --- Could configure be made to object if a simple program dynamically linked with libgmp and libmpfr won't run? Then users will fix the problem before starting the build. I think that the configure script should simply check that the Fortran compiler works and abort if it doesn't. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
[Bug libfortran/30200] write(*,myfmt=(1X,a,'xyz')) A prints Az' instead of Axyz
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2006-12-15 19:53 --- Subject: Bug 30200 Author: jvdelisle Date: Fri Dec 15 19:52:49 2006 New Revision: 119941 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119941 Log: 2006-12-15 Jerry DeLisle [EMAIL PROTECTED] PR fortran/30200 * gfortran.dg/write_fmt_trim.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/write_fmt_trim.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30200
[Bug fortran/30145] Fortran 90: write statement fails to ignore zero-sized array...
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-12-15 19:55 --- Subject: Bug 30145 Author: jvdelisle Date: Fri Dec 15 19:54:52 2006 New Revision: 119942 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119942 Log: 2006-12-15 Jerry DeLisle [EMAIL PROTECTED] PR libfortran/30145 * io/transfer.c (transfer_array): Check for negative extent. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/transfer.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30145
[Bug fortran/30145] Fortran 90: write statement fails to ignore zero-sized array...
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-12-15 19:58 --- Subject: Bug 30145 Author: jvdelisle Date: Fri Dec 15 19:58:10 2006 New Revision: 119943 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119943 Log: 2006-12-15 Jerry DeLisle [EMAIL PROTECTED] PR libfortran/30145 * gfortran.dg/write_zero_array: New test. Added: trunk/gcc/testsuite/gfortran.dg/write_zero_array.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30145
[Bug libfortran/30162] I/O with named pipes does not work
--- Comment #1 from tkoenig at gcc dot gnu dot org 2006-12-15 21:14 --- For writing, I think this fails because we - write a bogus record marker with value 0 - write out the data - write out the trailing record marker - seek to the first record marker - write out its value - seek past the end These seeks actually translate to OS calls, which of course fails for pipes. For reading, there is another problem: If I - redirect the output from a to a file - cat it into the named pipe - read it using b it gives a bogus corrupt unformatted sequential file error, for a reason that I don't understand at the moment. Ouch. This one is nasty. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added CC||tkoenig at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-12-15 21:14:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
[Bug testsuite/30180] FAIL: gcc.dg/builtin-bswap-1.c (test for excess errors)
--- Comment #1 from danglin at gcc dot gnu dot org 2006-12-15 21:42 --- Subject: Bug 30180 Author: danglin Date: Fri Dec 15 21:41:58 2006 New Revision: 119945 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119945 Log: PR testsuite/30179 PR testsuite/30180 * gcc.dg/builtin-bswap-1.c: Require stdint_types. * gcc.dg/builtin-bswap-2.c: Likewise. * gcc.dg/builtin-bswap-3.c: Likewise. * gcc.dg/builtin-bswap-4.c: Likewise. * lib/target-supports.exp (check_effective_target_stdint_types): New. * cc.c-torture/execute/mode-dependent-address.x: New file. Added: trunk/gcc/testsuite/gcc.c-torture/execute/mode-dependent-address.x Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/builtin-bswap-1.c trunk/gcc/testsuite/gcc.dg/builtin-bswap-2.c trunk/gcc/testsuite/gcc.dg/builtin-bswap-3.c trunk/gcc/testsuite/gcc.dg/builtin-bswap-4.c trunk/gcc/testsuite/lib/target-supports.exp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30180
[Bug testsuite/30179] FAIL: gcc.c-torture/execute/mode-dependent-address.c compilation, -O0
--- Comment #1 from danglin at gcc dot gnu dot org 2006-12-15 21:42 --- Subject: Bug 30179 Author: danglin Date: Fri Dec 15 21:41:58 2006 New Revision: 119945 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119945 Log: PR testsuite/30179 PR testsuite/30180 * gcc.dg/builtin-bswap-1.c: Require stdint_types. * gcc.dg/builtin-bswap-2.c: Likewise. * gcc.dg/builtin-bswap-3.c: Likewise. * gcc.dg/builtin-bswap-4.c: Likewise. * lib/target-supports.exp (check_effective_target_stdint_types): New. * cc.c-torture/execute/mode-dependent-address.x: New file. Added: trunk/gcc/testsuite/gcc.c-torture/execute/mode-dependent-address.x Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/builtin-bswap-1.c trunk/gcc/testsuite/gcc.dg/builtin-bswap-2.c trunk/gcc/testsuite/gcc.dg/builtin-bswap-3.c trunk/gcc/testsuite/gcc.dg/builtin-bswap-4.c trunk/gcc/testsuite/lib/target-supports.exp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30179
[Bug testsuite/30180] FAIL: gcc.dg/builtin-bswap-1.c (test for excess errors)
--- Comment #2 from danglin at gcc dot gnu dot org 2006-12-15 21:43 --- Fixed. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30180
[Bug testsuite/30179] FAIL: gcc.c-torture/execute/mode-dependent-address.c compilation, -O0
--- Comment #2 from danglin at gcc dot gnu dot org 2006-12-15 21:43 --- Fixed. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30179
[Bug c++/30168] [4.1/4.2/4.3 Regression] C++ constructors can cause invalid gimple to happen with complex typed variables
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-12-15 21:47 --- (In reply to comment #3) Mine, here is the patch which I am testing: My machine at work is over heating because the A/C is down so I won't be able to test it until tonight at the earliest. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30168
[Bug tree-optimization/30227] New: [Regression, 4.3] ICE in insert_into_preds_of_block, at tree-ssa-pre.c:2750
This is with gcc-Version 4.3.0 20061215 on x86_64-unknown-linux-gnu With lapack-3.1.0/TESTING/EIG/sget33.f from http://www.netlib.org/lapack/ gfortran -O2 -c sget33.f (ok with -O1) sget33.f: In function 'sget33': sget33.f:1: internal compiler error: in insert_into_preds_of_block, at tree-ssa-pre.c:2750 Please submit a full bug report, #1 0x0087905c in insert_into_preds_of_block (block=0x2ba8f1876180, exprnum=value optimized out, avail=0xee78f0) at gcc/tree-ssa-pre.c:2749 #2 0x0087ce8d in insert_aux (block=0x2ba8f1876180) at gcc/tree-ssa-pre.c:2939 #3 0x0087c690 in insert_aux (block=0x2ba8f1876100) at gcc/tree-ssa-pre.c:3115 #4 0x0087c690 in insert_aux (block=0x2ba8f1876000) at gcc/tree-ssa-pre.c:3115 #5 0x0087eb15 in execute_pre (do_fre=0 '\0') at gcc/tree-ssa-pre.c:3137 -- Summary: [Regression, 4.3] ICE in insert_into_preds_of_block, at tree-ssa-pre.c:2750 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30227
[Bug tree-optimization/30227] [Regression, 4.3] ICE in insert_into_preds_of_block, at tree-ssa-pre.c:2750
--- Comment #1 from burnus at gcc dot gnu dot org 2006-12-15 22:05 --- Test case (save as *.f file and use gfortran -O2 -c) SUBROUTINE SGET33( KNT ) INTEGERKNT, IM4, J1 REAL RES, Q( 2, 2 ) DO 80 IM4 = 1, 3 DO 10 J1 = 1, 2 RES = Q( J1, 1 ) + Q( J1, 2 )*RES Q( J1, 2 ) = -Q( J1, 1 ) 10CONTINUE RES = RES + ABS( Q( 1, 1 )) IF( RES.GT.KNT ) THEN KNT = KNT+1 END IF 80 CONTINUE END -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30227
[Bug tree-optimization/30227] [Regression, 4.3] ICE in insert_into_preds_of_block, at tree-ssa-pre.c:2750
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-15 22:08 --- This is exactly the same bug as PR 29922. *** This bug has been marked as a duplicate of 29922 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30227
[Bug tree-optimization/29922] [4.3 Regression] [Linux] ICE in insert_into_preds_of_block
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-12-15 22:08 --- *** Bug 30227 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29922
[Bug libfortran/30009] [4.1 only] Unformatted reads exceeding storage units gives EOF instead of ERR
--- Comment #15 from tkoenig at gcc dot gnu dot org 2006-12-15 22:26 --- I have had a look at this for 4.1, and the effort to backport this patch and the one for PR 30056 will be fairly large. Because 4.1 has neither stream I/O nor the subrecod patch, fixing would require a substantial rewrite of the patch. Comments? Does anybody feel this is important? -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.1.0 4.2.0 4.3.0 |4.1.0 Known to work||4.2.0 4.3.0 Summary|Unformatted reads exceeding |[4.1 only] Unformatted reads |storage units gives EOF |exceeding storage units |instead of ERR |gives EOF instead of ERR http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30009
[Bug target/29302] isfinite returns wrong result at -O1
--- Comment #27 from echristo at apple dot com 2006-12-15 22:42 --- Submitted patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29302
[Bug middle-end/30143] OpenMP can produce invalid gimple
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-12-15 22:53 --- Here is a testcase that fails without the verifier installed: int f (int n) { int i; _Complex float t; #pragma omp parallel for (i = 1; i n - 1; ++i) t+=1; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30143
[Bug target/30185] [4.1/4.2/4.3 Regression] ICE with struct and divide
--- Comment #6 from jakub at gcc dot gnu dot org 2006-12-15 23:08 --- Subject: Bug 30185 Author: jakub Date: Fri Dec 15 23:08:18 2006 New Revision: 119947 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119947 Log: PR target/30185 * config/rs6000/rs6000.md (divmode3): Use correct mode in force_reg call. * gcc.c-torture/execute/pr30185.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr30185.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/rs6000.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30185
[Bug target/30185] [4.1/4.2/4.3 Regression] ICE with struct and divide
--- Comment #7 from jakub at gcc dot gnu dot org 2006-12-15 23:09 --- Subject: Bug 30185 Author: jakub Date: Fri Dec 15 23:09:26 2006 New Revision: 119948 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119948 Log: PR target/30185 * config/rs6000/rs6000.md (divmode3): Use correct mode in force_reg call. * gcc.c-torture/execute/pr30185.c: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.c-torture/execute/pr30185.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/config/rs6000/rs6000.md branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30185
[Bug target/30185] [4.1/4.2/4.3 Regression] ICE with struct and divide
--- Comment #8 from jakub at gcc dot gnu dot org 2006-12-15 23:11 --- Subject: Bug 30185 Author: jakub Date: Fri Dec 15 23:11:00 2006 New Revision: 119949 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119949 Log: PR target/30185 * config/rs6000/rs6000.md (divmode3): Use correct mode in force_reg call. * gcc.c-torture/execute/pr30185.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/pr30185.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/rs6000/rs6000.md branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30185
[Bug target/30185] [4.1/4.2/4.3 Regression] ICE with struct and divide
--- Comment #9 from jakub at gcc dot gnu dot org 2006-12-15 23:14 --- Fixed in SVN. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30185
[Bug fortran/30228] New: ICE: build_int_cst_wide, at tree.c:912 / invalid deallocate
test.f90: In function 'MAIN__': test.f90:8: internal compiler error: in build_int_cst_wide, at tree.c:912 NAG f95: Error: test.f90, line 10: Invalid appearance of array element sunf95: ERROR: A deallocate object in a DEALLOCATE statement cannot be an array element or section. ifort: Not a proper allocate-object for the DEALLOCATE statement TYPE particle_type INTEGER, POINTER :: p(:) END TYPE particle_type TYPE(particle_type), POINTER :: t(:) integer :: i i = 1 allocate(t(1)) allocate(t(1)%p(0)) deallocate(t(1)%p(0)) end -- Summary: ICE: build_int_cst_wide, at tree.c:912 / invalid deallocate Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30228
[Bug libfortran/30009] [4.1 only] Unformatted reads exceeding storage units gives EOF instead of ERR
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2006-12-16 00:34 --- I think I would not risk potential further breakage and leave 4.1 alone. 4.2 will be coming along soon enough. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|tkoenig at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30009
[Bug fortran/30081] Interface bug overloading random_seed, random_number
--- Comment #6 from patchapp at dberlin dot org 2006-12-16 01:40 --- Subject: Bug number PR30081 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-12/msg01147.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30081
[Bug fortran/29992] INTERFACE equivalent to MODULE PROCEDURE?!
--- Comment #4 from patchapp at dberlin dot org 2006-12-16 01:40 --- Subject: Bug number PR29992 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-12/msg01146.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29992
[Bug c++/30225] builtins's decl is copied in some cases where it is not needed to be copied
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-16 02:19 --- Created an attachment (id=12816) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12816action=view) Patch which should fix it -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30225
[Bug middle-end/30143] OpenMP can produce invalid gimple
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-12-16 02:27 --- Oh and I messed up somewhere still with my current patch, most likely forgot to set DECL_GIMPLE_REG_P for the variable. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30143
[Bug middle-end/30143] OpenMP can produce invalid gimple
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-12-16 02:29 --- (In reply to comment #6) Oh and I messed up somewhere still with my current patch, most likely forgot to set DECL_GIMPLE_REG_P for the variable. Yep that what it was, I have a fix now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30143
[Bug middle-end/17982] stop calling assemble_external before final assembly output time
--- Comment #30 from kazu at gcc dot gnu dot org 2006-12-16 02:47 --- Subject: Bug 17982 Author: kazu Date: Sat Dec 16 02:47:27 2006 New Revision: 119959 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119959 Log: Backport from mainline: gcc/ 2006-12-11 H.J. Lu [EMAIL PROTECTED] PR middle-end/17982 PR middle-end/20218 * cgraphunit.c (cgraph_optimize): Remove call to process_pending_assemble_externals. * config/elfos.h (ASM_OUTPUT_EXTERNAL): New. * config/ia64/hpux.h (TARGET_ASM_FILE_END): Removed. * config/ia64/ia64.c (ia64_asm_output_external): Rewritten. (ia64_hpux_add_extern_decl): Removed. (ia64_hpux_file_end): Likewise. (extern_func_list): Likewise. (extern_func_head): Likewise. * output.h (assemble_external): Update comments. (default_elf_asm_output_external): New. (maybe_assemble_visibility): New. * toplev.c (compile_file): Update comment. * varasm.c (assemble_external): Always put it on pending_assemble_externals. (maybe_assemble_visibility): Make it extern and return int. (default_elf_asm_output_external): New. Modified: branches/csl/sourcerygxx-4_1/ChangeLog.csl branches/csl/sourcerygxx-4_1/gcc/cgraphunit.c branches/csl/sourcerygxx-4_1/gcc/config/elfos.h branches/csl/sourcerygxx-4_1/gcc/config/ia64/hpux.h branches/csl/sourcerygxx-4_1/gcc/config/ia64/ia64.c branches/csl/sourcerygxx-4_1/gcc/output.h branches/csl/sourcerygxx-4_1/gcc/toplev.c branches/csl/sourcerygxx-4_1/gcc/varasm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17982
[Bug middle-end/20218] Can't use __attribute__ ((visibility (hidden))) to hide a symbol
--- Comment #48 from kazu at gcc dot gnu dot org 2006-12-16 02:47 --- Subject: Bug 20218 Author: kazu Date: Sat Dec 16 02:47:27 2006 New Revision: 119959 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119959 Log: Backport from mainline: gcc/ 2006-12-11 H.J. Lu [EMAIL PROTECTED] PR middle-end/17982 PR middle-end/20218 * cgraphunit.c (cgraph_optimize): Remove call to process_pending_assemble_externals. * config/elfos.h (ASM_OUTPUT_EXTERNAL): New. * config/ia64/hpux.h (TARGET_ASM_FILE_END): Removed. * config/ia64/ia64.c (ia64_asm_output_external): Rewritten. (ia64_hpux_add_extern_decl): Removed. (ia64_hpux_file_end): Likewise. (extern_func_list): Likewise. (extern_func_head): Likewise. * output.h (assemble_external): Update comments. (default_elf_asm_output_external): New. (maybe_assemble_visibility): New. * toplev.c (compile_file): Update comment. * varasm.c (assemble_external): Always put it on pending_assemble_externals. (maybe_assemble_visibility): Make it extern and return int. (default_elf_asm_output_external): New. Modified: branches/csl/sourcerygxx-4_1/ChangeLog.csl branches/csl/sourcerygxx-4_1/gcc/cgraphunit.c branches/csl/sourcerygxx-4_1/gcc/config/elfos.h branches/csl/sourcerygxx-4_1/gcc/config/ia64/hpux.h branches/csl/sourcerygxx-4_1/gcc/config/ia64/ia64.c branches/csl/sourcerygxx-4_1/gcc/output.h branches/csl/sourcerygxx-4_1/gcc/toplev.c branches/csl/sourcerygxx-4_1/gcc/varasm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218
[Bug bootstrap/30229] New: Out of memory error during make of gcc 4.1.1
Here's the last part of the build output: Automaton `athlon_mult' 16 NDFA states, 48 NDFA arcs 16 DFA states, 48 DFA arcs 16 minimal DFA states, 48 minimal DFA arcs 273 all insns 4 insn equivalence classes 50 transition comb vector els,64 trans table els: use simple vect 50 state alts comb vector els,64 state alts table els: use simple vect 64 min delay table els, compression factor 2 Automaton `athlon_fp' 15522 NDFA states, 99908 NDFA arcs 15522 DFA states, 99908 DFA arcs 463 minimal DFA states,3038 minimal DFA arcs 273 all insns 21 insn equivalence classes 3057 transition comb vector els, 9723 trans table els: use comb vect 3057 state alts comb vector els, 9723 state alts table els: use comb vect 9723 min delay table els, compression factor 1 17533 all allocated states, 102661 all allocated arcs 32710 all allocated alternative states 6256 all transition comb vector els, 16780 all trans table els 6256 all state alts comb vector els, 16780 all state alts table els 16780 all min delay table els 0 locked states num transformation: 0.05, building DFA: 14.19 DFA minimization: 0.59, making insn equivalence: 0.02 all automaton generation: 15.06, output: 0.12 /bin/sh ../../gcc-4.1.1/gcc/../move-if-change tmp-attrtab.c insn-attrtab.c echo timestamp s-attrtab gcc -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite- strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute - DHAVE_CONFIG_H -I. -I. -I../../gcc-4.1.1/gcc -I../../gcc-4.1.1/gcc/. -I../../gcc -4.1.1/gcc/../include -I../../gcc-4.1.1/gcc/../libcpp/include -c insn-attrta b.c \ -o insn-attrtab.o cc1: out of memory allocating 74639040 bytes after a total of 23290048 bytes make[2]: *** [insn-attrtab.o] Error 1 make[2]: Leaving directory `/me/out/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/me/out/gcc' make: *** [bootstrap-lean] Error 2 builderacademy:~/out# ulimit -a core file size(blocks, -c) 0 data seg size (kbytes, -d) unlimited file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files(-n) 1024 pipe size (512 bytes, -p) 8 stack size(kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes(-u) unlimited virtual memory(kbytes, -v) unlimited As you can see, there's no limit issues. The question is: why does cc1 try to allocate another 70MB ? I can see no easy way around this. I'm trying to compile on a machine with about 12GB of virtual memory, so I'm unsure why gcc crashes on me. Here's some more info about my system: The old version of gcc I'm trying to upgrade: builderacademy:~# gcc -v Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,ob jc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --enable-__cxa_atexi t --with-system-zlib --enable-nls --without-included-gettext --enable-clocale=gn u --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux Thread model: posix gcc version 3.3.5 (Debian 1:3.3.5-13) My version of glibc: builderacademy:~# dpkg -l libc6 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libc6 2.3.2.ds1-22sa GNU C Library: Shared libraries and Timezone -- Summary: Out of memory error during make of gcc 4.1.1 Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: thomas dot arp at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30229
[Bug libfortran/30005] Open errors (not/already exists etc.): show also the file name
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-12-16 05:27 --- Subject: Bug 30005 Author: jvdelisle Date: Sat Dec 16 05:27:31 2006 New Revision: 119960 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119960 Log: 2006-12-15 Jerry DeLisle [EMAIL PROTECTED] PR libfortran/30005 * gfortran.dg/open_errors.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/open_errors.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30005
[Bug middle-end/29109] bad code produced when compiling qt-3.3.6
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-12-16 05:48 --- No testcase in 3 months so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29109