[Bug debug/41291] [4.5 regression] verify_ssa failed for debug insn
--- Comment #4 from laurent at guerby dot net 2009-09-08 06:13 --- I see it on arm-linux too. It ICEs at -O1 and -O2 but works at -O0. a-direct.adb: In function 'Ada.Directories.Start_Search': a-direct.adb:1178:4: error: expected an SSA_NAME object a-direct.adb:1178:4: error: in statement # DEBUG ada__directories__start_search__TTS840bSP1___L = L839b +===GNAT BUG DETECTED==+ | 4.5.0 20090907 (experimental) [trunk revision 151474] (armv5tel-unknown-linux-gnueabi) GCC error:| | verify_ssa failed| | Error detected around a-direct.adb:1178:4| -- laurent at guerby dot net changed: What|Removed |Added CC||laurent at guerby dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291
[Bug middle-end/41289] [4.5 Regression] ICE verify_ssa failed building libavformat/oggparseogm.c
--- Comment #8 from t7 at gmail dot com 2009-09-08 06:24 --- ccache x86_64-w64-mingw32-gcc -DHAVE_AV_CONFIG_H -I. -I/home/slack/vlc/x86_64/ffmpeg -I/home/slack/local/xmingw-4.5-trunk-w64-sjlj/x86_64-w64-mingw32/include/directx -I/home/slack/local/k8-sse3-master/w64-xmingw-4.5-trunk-w64-sjlj/include -I/home/slack/local/k8-sse3-master/w64-xmingw-4.5-trunk-w64-sjlj/include/freetype2 -DPTW32_STATIC_LIB -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPTW32_STATIC_LIB -pipe -static-libgcc -I/home/slack/local/k8-sse3-master/w64-xmingw-4.5-trunk-w64-sjlj/include -march=k8 -std=c99 -fno-common -fomit-frame-pointer -I/home/slack/local/k8-sse3-master/w64-xmingw-4.5-trunk-w64-sjlj/include/schroedinger-1.0 -I/home/slack/local/k8-sse3-master/w64-xmingw-4.5-trunk-w64-sjlj/include/liboil-0.3 -g3 -Wdeclaration-after-statement -Wall -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -Wcast-qual -Wwrite-strings -Wtype-limits -Wundef -O3 -fno-math-errno -fno-signed-zeros -fno-tree-vectorize -MMD -MF libavformat/oggparseogm.d -MT libavformat/oggparseogm.o -c -save-temps -o libavformat/oggparseogm.o libavformat/oggparseogm.c libavformat/oggparseogm.c: In function 'ogm_header': libavformat/oggparseogm.c:34:1: error: expected an SSA_NAME object libavformat/oggparseogm.c:34:1: error: in statement # DEBUG default_len = ((const struct unaligned_32 *) p + -4)-l libavformat/oggparseogm.c:34:1: internal compiler error: verify_ssa failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[1]: *** [libavformat/oggparseogm.o] Error 1 make[1]: Leaving directory `/home/slack/vlc/x86_64/ffmpeg' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41289
[Bug target/41288] [4.5 Regression] gcc.target/x86_64/abi/test_struct_returning.c regressions on *-apple-darwin* at -m64
--- Comment #10 from ubizjak at gmail dot com 2009-09-08 06:56 --- What happens if you change either of these to movups: + movaps LC4(%rip), %xmm0 + movaps %xmm0, -24(%rsp) My bet is on the second one, -24(%rsp) is not 16byte aligned. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41288
[Bug c++/41292] Link error on Solaris 10 / GNU 3.4.2
-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41292
[Bug target/41288] [4.5 Regression] gcc.target/x86_64/abi/test_struct_returning.c regressions on *-apple-darwin* at -m64
--- Comment #11 from ubizjak at gmail dot com 2009-09-08 07:06 --- (In reply to comment #9) Looks related to PR 39907. Ah, indeed. Jack, just change asm-support-darwin.s as [1]. [1] http://gcc.gnu.org/viewcvs/trunk/gcc/testsuite/gcc.target/x86_64/abi/asm-support.S?r1=147667r2=147666pathrev=147667 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41288
[Bug bootstrap/41245] [4.5 Regression] Bootstrap broken on I386-apple-darwin9 at revision 151373
--- Comment #8 from developer at sandoe-acoustics dot co dot uk 2009-09-08 07:09 --- (In reply to comment #6) I believe Mike Stump told me that it is possible that darwin's strip could re-order the sections. Is that possibility addressed in the current patches? I don't believe re-ordering sections is the solution, in this case. Current x86_64-apple-darwin10 has no problems with gcc trunk at the moment. can you confirm that the top level config produces lines like: target-libmudflap target-libada gnattools target-libffi target-zlib target-libjava zlib target-boehm-gc (Any other directories should still work fine.) THIS ONE checking for default BUILD_CONFIG... bootstrap-debug checking for bison... bison -y and that the build produces: rm -f stage_current Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs warning: gcc/cc1obj-checksum.o differs warning: gcc/cc1objplus-checksum.o differs warning: gcc/cc1plus-checksum.o differs THIS ONE Comparison successful. -- developer at sandoe-acoustics dot co dot uk changed: What|Removed |Added CC||developer at sandoe- ||acoustics dot co dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245
[Bug c++/41304] New: Building error while compiling gcc 4.3.2
Hi All, Please note that we are migrating from solaris 8 to solaris 10 box. We were using precompiled version of gcc 4.3.2. However our building was faling. The precompiled version was using system ld instead of gcc ld. Hence building gcc 4.3.2 with the precompiled version of gcc 4.3.2. I am building gcc 4.3.2 on solaris 10 box. I am getting the following build error. checking for sparc-sun-solaris2.10-gcc... /home/odyssey/f065093/gcc/gcc-4.3.2/host-sparc-sun-solaris2.10/gcc/xgcc -B/home/odyssey/f065093/gcc/gcc-4.3.2/host-sparc-sun-solaris2.10/gcc/ -B/home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/bin/ -B/home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/lib/ -isystem /home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/include -isystem /home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/sys-include checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[2]: *** [configure-stage1-target-libgcc] Error 1 make[2]: Leaving directory `/home/odyssey/f065093/gcc/gcc-4.3.2' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/home/odyssey/f065093/gcc/gcc-4.3.2' make: *** [all] Error 2 When I look at the the following file ./sparc-sun-solaris2.10/libgcc/config.log following is the error configure:2376: /home/odyssey/f065093/gcc/gcc-4.3.2/host-sparc-sun-solaris2.10/gcc/xgcc -B/home/odyssey/f065093/gcc/gcc-4.3.2 /host-sparc-sun-solaris2.10/gcc/ -B/home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/bin/ -B/home/odyssey/f06 5093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/lib/ -isystem /home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2 .10/include -isystem /home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/sys-include -V /dev/null 5 xgcc: '-V' must come at the start of the command line configure:2379: $? = 1 configure:2398: /home/odyssey/f065093/gcc/gcc-4.3.2/host-sparc-sun-solaris2.10/gcc/xgcc -B/home/odyssey/f065093/gcc/gcc-4.3.2 /host-sparc-sun-solaris2.10/gcc/ -B/home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/bin/ -B/home/odyssey/f06 5093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/lib/ -isystem /home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2 .10/include -isystem /home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/sys-include -o conftest -g -fkeep-inli ne-functions conftest.c 5 conftest.c:1: 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. configure:2401: $? = 1 configure:2567: checking for suffix of object files Additional INFO Configure options as follows ./configure srcdir=/home/odyssey/f065093/gcc/gcc-4.3.2/ --prefix=/home/odyssey/f065093/gcc/gcc-4.3.2/install --with-as=/3rdparty/fsf/binutils/2.18/bin/as --with-ld=/3rdparty/fsf/binutils/2.18/bin/ld --with-gnu-as --with-gnu-ld --disable-nls --enable-languages=c,c++ --with-gmp=/home/odyssey/f065093/gmp/gmp-4.3.1/install --with-mpfr=/home/odyssey/f065093/mpfr/mpfr-2.4.1/install LD=/3rdparty/fsf/binutils/2.18/bin/ld AR=/3rdparty/fsf/binutils/2.18/bin/ar NM=/3rdparty/fsf/binutils/2.18/bin/nm RANLIB=/3rdparty/fsf/binutils/2.18/bin/ranlib STRIP=/3rdparty/fsf/binutils/2.18/bin/strip OBJCOPY=/3rdparty/fsf/binutils/2.18/bin/objcopy OBJDUMP=/3rdparty/fsf/binutils/2.18/bin/objdump CC=gcc cc=gcc Please let me know if you want more information on this Thanks, Vijay -- Summary: Building error while compiling gcc 4.3.2 Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: vijay dot x dot jain at jpmchase dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41304
[Bug fortran/40812] Files 2GB are incorrectly handled on mingw
--- Comment #12 from burnus at gcc dot gnu dot org 2009-09-08 07:21 --- Well, in fact it is MS here. But we on mingw-w64 think at the moment about to add an override option for this by defining _LARGE_FILES (In reply to comment #11) I worked on some of the current large file defines in libgfortran. I think there are two options: a) libgfortran handles Windows large-file support explicitly, i.e. uses off64_t, ftello64, fseeko64 explicitly. (For truncation [cf. backspace on writing], one might need to do fseeko64 + SetEndOfFile(HANDLE).) b) MinGW maps off_t to off64_t etc. when using the -D_FILE_OFFSET_BITS=64 similar to (some) Unix. I think (b) would automatically enable large-file support for libgfortran; Kai will discuss this with other MinGW developers. (a) would be an option independent of MinGW changes. The plan was to wait for the result of the discussion regarding the MinGW changes before continuing here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40812
[Bug c++/41304] Building error while compiling gcc 4.3.2
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-09-08 07:27 --- I am building gcc 4.3.2 on solaris 10 box. I am getting the following build error. checking for sparc-sun-solaris2.10-gcc... /home/odyssey/f065093/gcc/gcc-4.3.2/host-sparc-sun-solaris2.10/gcc/xgcc -B/home/odyssey/f065093/gcc/gcc-4.3.2/host-sparc-sun-solaris2.10/gcc/ -B/home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/bin/ -B/home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/lib/ -isystem /home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/include -isystem /home/odyssey/f065093/gcc/gcc-4.3.2/install/sparc-sun-solaris2.10/sys-include checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[2]: *** [configure-stage1-target-libgcc] Error 1 make[2]: Leaving directory `/home/odyssey/f065093/gcc/gcc-4.3.2' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/home/odyssey/f065093/gcc/gcc-4.3.2' make: *** [all] Error 2 Unexpected, the compiler is known to build flawlessly on this platform. ./configure srcdir=/home/odyssey/f065093/gcc/gcc-4.3.2/ --prefix=/home/odyssey/f065093/gcc/gcc-4.3.2/install --with-as=/3rdparty/fsf/binutils/2.18/bin/as --with-ld=/3rdparty/fsf/binutils/2.18/bin/ld --with-gnu-as --with-gnu-ld --disable-nls --enable-languages=c,c++ --with-gmp=/home/odyssey/f065093/gmp/gmp-4.3.1/install --with-mpfr=/home/odyssey/f065093/mpfr/mpfr-2.4.1/install LD=/3rdparty/fsf/binutils/2.18/bin/ld AR=/3rdparty/fsf/binutils/2.18/bin/ar NM=/3rdparty/fsf/binutils/2.18/bin/nm RANLIB=/3rdparty/fsf/binutils/2.18/bin/ranlib STRIP=/3rdparty/fsf/binutils/2.18/bin/strip OBJCOPY=/3rdparty/fsf/binutils/2.18/bin/objcopy OBJDUMP=/3rdparty/fsf/binutils/2.18/bin/objdump CC=gcc cc=gcc As indicated in the docs, building in the source directory is not supported. Also remove the srcdir setting. What does the base compiler return for 'gcc -v'? -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41304
[Bug c++/41304] Building error while compiling gcc 4.3.2
--- Comment #2 from vijay dot x dot jain at jpmchase dot com 2009-09-08 07:55 --- Following is the output of gcc -v Using built-in specs. Target: sparc-sun-solaris2.10 Configured with: /net/clpt-v490-1/export/data1/bldmstr/20090604_ceres_gcc432/src/configure --prefix= --enable-shared --disable-static --with-system-zlib --enable-checking=release --enable-languages=c,c++ --with-cpu=v9 --with-ld=/usr/ccs/bin/ld --without-gnu-ld --disable-gnattools --enable-tls --with-as=/usr/ccs/bin/as --without-gnu-as Thread model: posix gcc version 4.3.2 (20090604) (gccfss) (GCC) Do you mean I have to remove srcdir=/home/odyssey/f065093/gcc/gcc-4.3.2/ from configure options? Also your statement building src directory is not supported. Does this mean I have to run the configure script from /home/odyssey/f065093/gcc/gcc-4.3.2/install and run gmake from the same directory? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41304
[Bug c++/41304] Building error while compiling gcc 4.3.2
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-09-08 08:02 --- Do you mean I have to remove srcdir=/home/odyssey/f065093/gcc/gcc-4.3.2/ from configure options? Yes. Also your statement building src directory is not supported. Does this mean I have to run the configure script from /home/odyssey/f065093/gcc/gcc-4.3.2/install and run gmake from the same directory? No, you need 3 different directories: source, object and install, and configure as indicated in http://gcc.gnu.org/install/configure.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41304
[Bug debug/41291] [4.5 regression] verify_ssa failed for debug insn
--- Comment #5 from laurent at guerby dot net 2009-09-08 08:42 --- Same with g-dirope.adb, same workaround works. g-dirope.adb: In function 'GNAT.DIRECTORY_OPERATIONS.REMOVE_DIR': g-dirope.adb:727:4: error: expected an SSA_NAME object g-dirope.adb:727:4: error: in statement # DEBUG gnat__directory_operations__remove_dir__TTS203bSP1___L = L202b +===GNAT BUG DETECTED==+ | 4.5.0 20090907 (experimental) [trunk revision 151474] (armv5tel-unknown-linux-gnueabi) GCC error:| | verify_ssa failed| | Error detected around g-dirope.adb:727:4 | -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291
[Bug bootstrap/41245] [4.5 Regression] Bootstrap broken on I386-apple-darwin9 at revision 151373
--- Comment #9 from developer at sandoe-acoustics dot co dot uk 2009-09-08 08:54 --- Created an attachment (id=18538) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18538action=view) patch allowing compare-debug to work with dwarf mach-o this works for powerpc-apple-darwin8 (stabs or dwarf2) powerpc-apple-darwin9 i686-apple-darwin9 checked at 151491 (powerpc) and 151488 (i686) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245
[Bug bootstrap/41296] bootstrap fails with --with-dwarf2 trunk at 151455
--- Comment #3 from developer at sandoe-acoustics dot co dot uk 2009-09-08 08:49 --- (In reply to comment #0) the difference appears to be the cmd LC_UUID in the stage3 object. In all probability this is harmless? but I've yet to find a way to strip that load command. revised patch with -no_uuid resolves this -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41296
[Bug bootstrap/41296] bootstrap fails with --with-dwarf2 trunk at 151455
--- Comment #2 from developer at sandoe-acoustics dot co dot uk 2009-09-08 08:48 --- Created an attachment (id=18537) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18537action=view) revised patch adds the -no_uuid flag which is needed by powerpc darwin8 for dwarf2 debug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41296
[Bug c/41301] ice in propagate_subacesses_accross_link
--- Comment #2 from jamborm at gcc dot gnu dot org 2009-09-08 09:10 --- Please try with the latest trunk, I reckon that this is fixed at least since revision 151484. Above all, there are no asserts now in the function. I have already noticed the double c in accross some time last week. I will try to remember to fix it when I do some other changes in the file. Thanks. -- jamborm at gcc dot gnu dot org changed: What|Removed |Added CC|mjambor at suse dot cz |jamborm at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41301
[Bug tree-optimization/41305] New: ICE with -O3 -floop-interchange
The following testcase ICEs on x86_64-linux on branches/gcc-4_4-branch with -O3 -floop-interchange: Unable to coalesce ssa_names 99 and 106 which are marked as MUST COALESCE. xi$data_$size__99(ab) and xi$data_$size__106(ab) /tmp/rh520785.ii: In function âvoid foo(int)â: /tmp/rh520785.ii:321: internal compiler error: SSA corruption Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Couldn't reproduce this on the trunk, but that doesn't mean the bug isn't latent there. Doesn't reproduce without -floop-interchange, so I assume it is graphite which is at fault here. -- Summary: ICE with -O3 -floop-interchange Product: gcc Version: 4.4.2 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41305
[Bug tree-optimization/41305] ICE with -O3 -floop-interchange
--- Comment #1 from jakub at gcc dot gnu dot org 2009-09-08 09:16 --- Created an attachment (id=18539) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18539action=view) rh520785.ii -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41305
[Bug rtl-optimization/41239] Scheduler reorders division by zero before a call that might not return
--- Comment #5 from jakub at gcc dot gnu dot org 2009-09-08 09:26 --- Subject: Bug 41239 Author: jakub Date: Tue Sep 8 09:25:47 2009 New Revision: 151500 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151500 Log: PR rtl-optimization/41239 * sched-int.h (struct deps): Add last_function_call_may_noreturn field. * sched-rgn.c (deps_join): Join also last_function_call_may_noreturn lists. * sched-deps.c (sched_analyze_insn): Prevent moving trapping insns across calls, as the calls might not always return normally. (call_may_noreturn_p): New function. (deps_analyze_insn): Update last_function_call_may_noreturn list. (init_deps): Initialize it. (remove_from_deps): Also remove calls from last_function_call_may_noreturn list. * gcc.c-torture/execute/pr41239.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr41239.c Modified: trunk/gcc/ChangeLog trunk/gcc/sched-deps.c trunk/gcc/sched-int.h trunk/gcc/sched-rgn.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41239
[Bug rtl-optimization/41239] Scheduler reorders division by zero before a call that might not return
--- Comment #6 from jakub at gcc dot gnu dot org 2009-09-08 09:35 --- Fixed on the trunk. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41239
[Bug debug/41291] [4.5 regression] verify_ssa failed for debug insn
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2009-09-08 10:04 --- Here is a minimal Ada testcase: Thanks. Please attach it to the PR. Interestingly if I remove the -g the ICE disappears. Welcome to the new, post-VTA world! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291
[Bug fortran/41168] incorrect processing of formatted records in mingw port
--- Comment #7 from burnus at gcc dot gnu dot org 2009-09-08 10:04 --- Is the problem described at http://gcc.gnu.org/ml/fortran/2009-09/msg00046.html the same or a different one? There, it is claimed to be a 4.5 regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41168
[Bug debug/41291] [4.5 regression] verify_ssa failed for debug insn
--- Comment #9 from laurent at guerby dot net 2009-09-08 10:19 --- Backtrace and tree: $ gdb /home/guerby/build/./gcc/gnat1 (gdb) b error (gdb) r -quiet -dumpbase pp.adb -auxbase pp -O1 -g pp.adb (gdb) bt #0 error (gmsgid=0xb2ce94 ) at ../../trunk/gcc/diagnostic.c:612 #1 0x0073cd18 in verify_ssa_name (ssa_name=0x40519c00, is_virtual=value optimized out) at ../../trunk/gcc/tree-ssa.c:457 #2 0x0073eea8 in verify_ssa (check_modified_stmt=value optimized out) at ../../trunk/gcc/tree-ssa.c:884 #3 0x00583248 in execute_function_todo (data=value optimized out) at ../../trunk/gcc/passes.c:1014 #4 0x00583404 in do_per_function (callback=0x5830cc execute_function_todo, data=0x825) at ../../trunk/gcc/passes.c:848 #5 0x00583530 in execute_todo (flags=2085) at ../../trunk/gcc/passes.c:1041 #6 0x00583874 in execute_one_pass (pass=0xd77ec8) at ../../trunk/gcc/passes.c:1315 #7 0x00583a78 in execute_pass_list (pass=0xd77ec8) at ../../trunk/gcc/passes.c:1341 #8 0x00583a90 in execute_pass_list (pass=0xd77b30) at ../../trunk/gcc/passes.c:1342 #9 0x0068729c in tree_rest_of_compilation (fndecl=0x4022bd00) at ../../trunk/gcc/tree-optimize.c:390 #10 0x007f5930 in cgraph_expand_function (node=0x4051f500) at ../../trunk/gcc/cgraphunit.c:1147 #11 0x007f7ab8 in cgraph_finalize_compilation_unit () at ../../trunk/gcc/cgraphunit.c:1206 #12 0x0013b7b8 in gnat_write_global_declarations () at ../../trunk/gcc/ada/gcc-interface/utils.c:4680 #13 0x006316e8 in toplev_main (argc=9, argv=0xbefff5c4) at ../../trunk/gcc/toplev.c:1050 #14 0x40085e2c in __libc_start_main () from /lib/libc.so.6 #15 0x001044fc in _start () (gdb) up #1 0x0073cd18 in verify_ssa_name (ssa_name=0x40519c00, is_virtual=value optimized out) at ../../trunk/gcc/tree-ssa.c:457 457 error (expected an SSA_NAME object); (gdb) l 452 static bool 453 verify_ssa_name (tree ssa_name, bool is_virtual) 454 { 455 if (TREE_CODE (ssa_name) != SSA_NAME) 456 { 457 error (expected an SSA_NAME object); 458 return true; 459 } 460 (gdb) p debug_tree(ssa_name) var_decl 0x40519c00 L16b type integer_type 0x40520ee0 integer readonly sizes-gimplified public SI size integer_cst 0x4019e438 readonly constant 32 unit size integer_cst 0x4019e140 readonly constant 4 align 32 symtab 0 alias set -1 canonical type 0x40520ee0 precision 32 min integer_cst 0x4019e3c0 -2147483648 max integer_cst 0x4019e3e8 2147483647 readonly used ignored SI file pp.adb line 11 col 33 size integer_cst 0x4019e438 32 unit size integer_cst 0x4019e140 4 align 32 context function_decl 0x4022bd00 pp__p chain var_decl 0x40519c60 pp__p__TTS17bSP1___L $3 = void -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291
[Bug debug/41291] [4.5 regression] verify_ssa failed for debug insn
--- Comment #10 from laurent at guerby dot net 2009-09-08 10:52 --- Alexande, you can reproduce this by just bootstraping as usual an x86_64-linux compiler with Ada enabled then in a clean directory do: gue...@gcc13:~/tmp41291$ gnatchop ~/pp.txt gue...@gcc13:~/tmp41291$ cp /home/guerby/trunk/gcc/ada/system-system-linux-x86_64.ads ./system.ads gue...@gcc13:~/tmp41291$ ../build/gcc/gnat1 -quiet -dumpbase pp.adb -auxbase pp -I/home/guerby/trunk/gcc/ada -O1 -g pp.adb pp.adb: In function 'Pp.P': pp.adb:10:4: error: expected an SSA_NAME object pp.adb:10:4: error: in statement # DEBUG pp__p__TTS17bSP1___L = L16b +===GNAT BUG DETECTED==+ | 4.5.0 20090908 (experimental) [trunk revision 151498] (x86_64-unknown-linux-gnu) GCC error:| | verify_ssa failed| -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291
[Bug debug/41291] [4.5 regression] verify_ssa failed for debug insn
--- Comment #11 from laurent at guerby dot net 2009-09-08 10:53 --- Forgot a step: after having copied locally system.ads edit the local copy and change the ZCX_By_Default line as Eric described in comment #2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291
[Bug fortran/41297] [4.5 Regression] Functions are called twice
--- Comment #6 from pault at gcc dot gnu dot org 2009-09-08 10:55 --- (In reply to comment #5) Ah, can you check/commit + gfc_add_block_to_block (block, lse-pre); + gfc_add_block_to_block (block, rse-pre); + tmp = gfc_evaluate_now (rse-expr, block); + tmp = fold_build1 (VIEW_CONVERT_EXPR, TREE_TYPE (lse-expr), rse-expr); tmp Richard, Well spotted - it's one of those nasties that are often difficult to see. Tobias, If I do not hear from you, I can commit tonight. Cheers Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41297
[Bug target/41279] [4.5 Regression] 252.eon performance regression
--- Comment #5 from jamborm at gcc dot gnu dot org 2009-09-08 11:58 --- I tried to reproduce this manually (on thallium:/abuild/mjambor/) but couldn't. I just get the same execution times with or without that patch reverted... I am not sure what this means or how to proceed from here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41279
[Bug target/41156] [4.4/4.5 Regression] zlib segfault in inflate_table() compiled w/ -O -msse2 ftree-vectorize
--- Comment #8 from mahatma at eu dot by 2009-09-08 12:08 --- I don't trying to rebuild all with 4-byte incoming stack alignment while, but think to unify this step with full ABI change. For me it may solve migration to -mregparm=3 (ix86_regparm = REGPARM_MAX; for x86_32) and others in crosscompile way (for example, to i686-eabi-linux-gnu target). For people it may solve ABI standard orthodox problem too. Most undiscovered place FOR ME (while I busy in other place): adding support to eabi* (1+*) keyword, eabi/eabi1 may be REGPARM_MAX + 4-byte incoming stack alignment (or even more safe solution) + any others safe (if exists) changes. eabi2 - hardcoded -msseregparm (I unsure in softfloat/no-sse compatibility, then there are must be optional), etc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41156
[Bug middle-end/40500] [4.5 Regression] Revision 148512 failed to build binutils
--- Comment #10 from mark at gcc dot gnu dot org 2009-09-08 12:33 --- This is slightly annoying when used with -Wall -Werror. The following code suddenly doesn't compile anymore. While a trivial rewrite, declaring the variable and assigning it in the next statement, makes it build again this doesn't really make sense IMHO since the code is identical (the original is just more concise because it is one line). int func(int i) { int result = -1; if (i == 3) { result = 5; goto end; } int j = 16; /* Must be rewritten to to avoid warning/error with -Wall -Werror: int j; j = 16; */ if (i j) result = i; else result = j; end: return result; } $ gcc -Wall -Werror -c -o jump.o jump.c cc1: warnings being treated as errors jump.c: In function func: jump.c:7:7: error: jump skips variable initialization jump.c:20:1: note: label end defined here jump.c:10:7: note: j declared here gcc (GCC) 4.5.0 20090908 (experimental) [trunk revision 151507] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40500
[Bug c++/41304] Building error while compiling gcc 4.3.2
--- Comment #4 from vijay dot x dot jain at jpmchase dot com 2009-09-08 12:54 --- I am still getting the same error Following is configure option from file /home/odyssey/f065093/gccobjdir/sparc-sun-solaris2.10/libgcc/config.log /home/odyssey/f065093/gcc/gcc-4.3.2/libgcc/configure --cache-file=./config.cache --enable-multilib --prefix=/home/odyssey /f065093/gccinstall --with-as=/3rdparty/fsf/binutils/2.18/bin/as --with-ld=/3rdparty/fsf/binutils/2.18/bin/ld --with-gnu-as - -with-gnu-ld --disable-nls --with-gmp=/home/odyssey/f065093/gmp/gmp-4.3.1/install --with-mpfr=/home/odyssey/f065093/mpfr/mpfr -2.4.1/install --enable-languages=c,c++ --program-transform-name=s,y,y, --with-target-subdir=sparc-sun-solaris2.10 --build=sp arc-sun-solaris2.10 --host=sparc-sun-solaris2.10 --target=sparc-sun-solaris2.10 --srcdir=/home/odyssey/f065093/gcc/gcc-4.3.2/ libgcc --disable-intermodule --enable-checking=yes,types --disable-coverage --enable-languages=c xgcc: '-V' must come at the start of the command line configure:2379: $? = 1 configure:2398: /home/odyssey/f065093/gccobjdir/./gcc/xgcc -B/home/odyssey/f065093/gccobjdir/./gcc/ -B/home/odyssey/f065093/g ccinstall/sparc-sun-solaris2.10/bin/ -B/home/odyssey/f065093/gccinstall/sparc-sun-solaris2.10/lib/ -isystem /home/odyssey/f06 5093/gccinstall/sparc-sun-solaris2.10/include -isystem /home/odyssey/f065093/gccinstall/sparc-sun-solaris2.10/sys-include -o conftest -g -fkeep-inline-functions conftest.c 5 conftest.c:1: 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. Could you please help me resolve this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41304
[Bug debug/41307] New: Valgrind failures / illegal reads with VTA turned on.
Hi, I'm seeing some valgrind warnings about illegal reads from addresses if I use VTA. While compiling newlib I intermittently get segfaults in the compiler for the attached testcase , but it seems to go away when I run this through a debugger. This is with revision r151500. Configuring a compiler with valgrind checks turned on I get the following messages from valgrind for the attached testcase with the following options. These warnings seem to go away if I use -fno-var-tracking. ==29394== Invalid read of size 2 ==29394==at 0x552887: loc_descriptor (dwarf2out.c:11671) ==29394==by 0x552980: loc_descriptor (dwarf2out.c:11688) ==29394==by 0x552A7E: loc_descriptor (dwarf2out.c:11711) ==29394==by 0x5578BB: add_location_or_const_value_attribute (dwarf2out.c:13439) ==29394==by 0x558467: gen_variable_die (dwarf2out.c:15810) ==29394==by 0x559B0D: gen_decl_die (dwarf2out.c:17071) ==29394==by 0x562630: decls_for_scope (dwarf2out.c:16693) ==29394==by 0x55A785: gen_subprogram_die (dwarf2out.c:15533) ==29394==by 0x55975D: gen_decl_die (dwarf2out.c:17004) ==29394==by 0x595375: rest_of_handle_final (final.c:4264) ==29394==by 0x63C323: execute_one_pass (passes.c:1292) ==29394==by 0x63C520: execute_pass_list (passes.c:1341) ==29394== Address 0x5004d08 is 120 bytes inside a block of size 1,608 free'd ==29394==at 0x4A05D82: free (vg_replace_malloc.c:325) ==29394==by 0x4E446E: empty_alloc_pool (alloc-pool.c:210) ==29394==by 0x4E44D8: free_alloc_pool (alloc-pool.c:230) ==29394==by 0x52203E: cselib_finish (cselib.c:2038) ==29394==by 0x7D7E3B: vt_finalize (var-tracking.c:7425) ==29394==by 0x7E420B: variable_tracking_main (var-tracking.c:7475) ==29394==by 0x63C323: execute_one_pass (passes.c:1292) ==29394==by 0x63C520: execute_pass_list (passes.c:1341) ==29394==by 0x63C534: execute_pass_list (passes.c:1342) ==29394==by 0x63C534: execute_pass_list (passes.c:1342) ==29394==by 0x7041B7: tree_rest_of_compilation (tree-optimize.c:390) ==29394==by 0x813A95: cgraph_expand_function (cgraphunit.c:1147) ==29394== ==29394== Invalid read of size 1 ==29394==at 0x5528E3: loc_descriptor (dwarf2out.c:11934) ==29394==by 0x552980: loc_descriptor (dwarf2out.c:11688) ==29394==by 0x552A7E: loc_descriptor (dwarf2out.c:11711) ==29394==by 0x5578BB: add_location_or_const_value_attribute (dwarf2out.c:13439) ==29394==by 0x558467: gen_variable_die (dwarf2out.c:15810) ==29394==by 0x559B0D: gen_decl_die (dwarf2out.c:17071) ==29394==by 0x562630: decls_for_scope (dwarf2out.c:16693) ==29394==by 0x55A785: gen_subprogram_die (dwarf2out.c:15533) ==29394==by 0x55975D: gen_decl_die (dwarf2out.c:17004) ==29394==by 0x595375: rest_of_handle_final (final.c:4264) ==29394==by 0x63C323: execute_one_pass (passes.c:1292) ==29394==by 0x63C520: execute_pass_list (passes.c:1341) ==29394== Address 0x5004d0a is 122 bytes inside a block of size 1,608 free'd ==29394==at 0x4A05D82: free (vg_replace_malloc.c:325) ==29394==by 0x4E446E: empty_alloc_pool (alloc-pool.c:210) ==29394==by 0x4E44D8: free_alloc_pool (alloc-pool.c:230) ==29394==by 0x52203E: cselib_finish (cselib.c:2038) ==29394==by 0x7D7E3B: vt_finalize (var-tracking.c:7425) ==29394==by 0x7E420B: variable_tracking_main (var-tracking.c:7475) ==29394==by 0x63C323: execute_one_pass (passes.c:1292) ==29394==by 0x63C520: execute_pass_list (passes.c:1341) ==29394==by 0x63C534: execute_pass_list (passes.c:1342) ==29394==by 0x63C534: execute_pass_list (passes.c:1342) ==29394==by 0x7041B7: tree_rest_of_compilation (tree-optimize.c:390) ==29394==by 0x813A95: cgraph_expand_function (cgraphunit.c:1147) ==29394== The command line options used to generate these warnings are : -O2 -g -mcpu=cortex-a8 -mfpu=neon -mfloat-abi=hard and the compiler was configured with --target=arm-none-eabi --with-float-abi=softfp --with-fpu=neon --with-cpu=cortex-a8 --enable-checking=valgrind --with-mpfr=/projects/pl802_weddell/tools/linux_x86_64/ --enable-languages=c --with-valgrind=/arm/tools/gnu/valgrind/3.5.0/rhe5-x86_64/ -- Summary: Valgrind failures / illegal reads with VTA turned on. Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ramana at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: arm-none-eabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41307
[Bug c++/41304] Building error while compiling gcc 4.3.2
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2009-09-08 13:15 --- /home/odyssey/f065093/gcc/gcc-4.3.2/libgcc/configure --cache-file=./config.cache --enable-multilib --prefix=/home/odyssey /f065093/gccinstall --with-as=/3rdparty/fsf/binutils/2.18/bin/as --with-ld=/3rdparty/fsf/binutils/2.18/bin/ld --with-gnu-as - -with-gnu-ld --disable-nls --with-gmp=/home/odyssey/f065093/gmp/gmp-4.3.1/install --with-mpfr=/home/odyssey/f065093/mpfr/mpfr -2.4.1/install --enable-languages=c,c++ --program-transform-name=s,y,y, --with-target-subdir=sparc-sun-solaris2.10 --build=sp arc-sun-solaris2.10 --host=sparc-sun-solaris2.10 --target=sparc-sun-solaris2.10 --srcdir=/home/odyssey/f065093/gcc/gcc-4.3.2/ libgcc --disable-intermodule --enable-checking=yes,types --disable-coverage What are you trying to do with these random configure options? Please only use the minimal set of options you need (--with-gnu-as --with-gnu-ld --disable-nls was perfect). Could you please help me resolve this? You'll need to find out why the compiler crashes. sparc-sun-solaris2.10/libgcc/config.log contains all what you need to reproduce: the contents of conftest.c and the command line. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41304
[Bug middle-end/41260] [4.5 Regression] major regressions on *-apple-darwin10 at -m64 caused by r147995
--- Comment #29 from howarth at nitro dot med dot uc dot edu 2009-09-08 13:16 --- This should be a P1 because it involves regressions from gcc 4.4.1 on a primary target (i686-apple-darwin10 at -m64). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug bootstrap/41245] [4.5 Regression] Bootstrap broken on I386-apple-darwin9 at revision 151373
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2009-09-08 13:27 --- (In reply to comment #9) Created an attachment (id=18538) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18538action=view) [edit] patch allowing compare-debug to work with dwarf mach-o this works for powerpc-apple-darwin8 (stabs or dwarf2) powerpc-apple-darwin9 i686-apple-darwin9 checked at 151491 (powerpc) and 151488 (i686) I had no problems bootstrapping r151463 on x86_64-apple-darwin10... http://gcc.gnu.org/ml/gcc-testresults/2009-09/msg00563.html I'll try x86_64-apple-darwin9 and i686-apple-darwin10 tonight. Perhaps your compare-debug changes should be limited to powerpc*-apple-darwin* and i*86-apple-darwin*. If I recall correctly, cctools was reworked for x86_64 in Leopard so it may have different behavior. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245
[Bug bootstrap/41308] New: build of libgomp fails with undefined reference to gomp_tls_data
Creating library file: .libs/libgomp.dll.a.libs/iter.o:iter.c:(.debug_info+0xcc0): undefined reference to `gomp_tls_data' .libs/iter.o:iter.c:(.debug_info+0xd76): undefined reference to `gomp_tls_data' .libs/iter_ull.o:iter_ull.c:(.debug_info+0xce1): undefined reference to `gomp_tls_data' .libs/iter_ull.o:iter_ull.c:(.debug_info+0xd9e): undefined reference to `gomp_tls_data' .libs/loop.o:loop.c:(.debug_info+0xf14): undefined reference to `gomp_tls_data' .libs/loop.o:loop.c:(.debug_info+0x106d): more undefined references to `gomp_tls_data' follow collect2: ld gab 1 als Ende-Status zurück make[4]: *** [libgomp.la] Error 1 make[4]: Leaving directory `/home/rainer/software/build/i686-pc-mingw32_cross_i686-w64-mingw32/gcc-4.5.0/gcc/i686-w64-mingw32/libgomp' -- Summary: build of libgomp fails with undefined reference to gomp_tls_data Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rainer at emrich-ebersheim dot de GCC build triplet: i686-pc-mingw32 GCC host triplet: i686-pc-mingw32 GCC target triplet: i686-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41308
[Bug tree-optimization/41306] gcc fills up memmory (and crashes) with tree Optimizations
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-08 13:43 --- Probably related to PR41043. *** This bug has been marked as a duplicate of 40062 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41306
[Bug fortran/41309] 4.4.1 build of fortran fails on T5140
--- Comment #1 from ian dot james at bnymellon dot com 2009-09-08 14:39 --- Created an attachment (id=18542) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18542action=view) file generated during build failure The same result arises during make when configure is run without further options. The following SMC packages are installed on the system: SMCgmp SMClgcc346 SMCliconv SMClintl SMCmake SMCmpfr SMCnetsnmp SMCsed SMCsudo SMCtar SUNWmgts SUNWtsmc followed by s source build and install of mpfr-2.4.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41309
[Bug middle-end/41260] [4.5 Regression] major regressions on *-apple-darwin10 at -m64 caused by r147995
--- Comment #30 from jakub at gcc dot gnu dot org 2009-09-08 14:34 --- You are reading it incorrectly, already before VTA merge those 2 patches were needed to debug 4.5 generated optimized code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug bootstrap/41245] [4.5 Regression] Bootstrap broken on I386-apple-darwin9 at revision 151373
--- Comment #14 from developer at sandoe-acoustics dot co dot uk 2009-09-08 14:44 --- (In reply to comment #13) I'm doing x86_64-apple-darwin9 now - so no need to include that tonight - I can confirm that this also needs the patch to configure with the test. I'll add a comment once the build completes as to whether that's successful. x86_64-apple-darwin9 bootstraps and successfully carries out the stage2/3 compare with the patch. w/out the patch the comparison is not carried out. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245
[Bug debug/41307] Valgrind failures / illegal reads with VTA turned on.
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-09-08 14:48 --- This is a dupe of bug 41276. I have a patch for it that I'll post momentarily. *** This bug has been marked as a duplicate of 41276 *** -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41307
[Bug debug/41276] [4.5 Regression] Segmentation fault in lookup_page_table_entry
--- Comment #5 from aoliva at gcc dot gnu dot org 2009-09-08 14:48 --- *** Bug 41307 has been marked as a duplicate of this bug. *** -- aoliva at gcc dot gnu dot org changed: What|Removed |Added CC||ramana at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41276
[Bug fortran/41309] 4.4.1 build of fortran fails on T5140
--- Comment #2 from kargl at gcc dot gnu dot org 2009-09-08 14:55 --- (In reply to comment #1) Created an attachment (id=18542) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18542action=view) [edit] file generated during build failure The same result arises during make when configure is run without further options. The following SMC packages are installed on the system: SMCgmp SMClgcc346 SMCliconv SMClintl SMCmake SMCmpfr SMCnetsnmp SMCsed SMCsudo SMCtar SUNWmgts SUNWtsmc followed by s source build and install of mpfr-2.4.1 My first and only guess is that SMCmpfr and mpfr-2.4.1 are incompatible. For example, configure is finding the library for mpfr-2.4.1 but the build is finding the SMCmpfr header file. Try using the --with-mpfr configure option or remove one of the mpfr packages. PS: I note that you don't list a GMP package, but one must be present if you built mpfr-2.4.1. You may need/want to use the --with-gmp option. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Summary|4.4.1 build of fortran fails|4.4.1 build of fortran fails |on T5140|on T5140 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41309
[Bug rtl-optimization/39779] ICE shifting byte to the right with constant 7FFFFFFF
--- Comment #4 from ubizjak at gmail dot com 2009-09-08 15:04 --- I have (different) patch. -- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com |dot org | Status|NEW |ASSIGNED Last reconfirmed|2009-04-16 08:28:47 |2009-09-08 15:04:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39779
[Bug debug/41291] [4.5 regression] verify_ssa failed for debug insn
--- Comment #12 from aoliva at gcc dot gnu dot org 2009-09-08 15:04 --- I couldn't duplicate this on i686-pc-linux-gnu, on a tree with a bunch of patches approved or pending approval. If I had to guess, I'd say it's the patch for bug 41229 that fixes it. I'm checking it in momentarily. Can you please confirm that this bug is fixed by this bug, or by the fixes for bug 41232, or bug 41276? -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291
[Bug fortran/41309] 4.4.1 build of fortran fails on T5140
--- Comment #3 from kargl at gcc dot gnu dot org 2009-09-08 14:56 --- (In reply to comment #2) (In reply to comment #1) Created an attachment (id=18542) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18542action=view) [edit] file generated during build failure The same result arises during make when configure is run without further options. The following SMC packages are installed on the system: SMCgmp SMClgcc346 SMCliconv SMClintl SMCmake SMCmpfr SMCnetsnmp SMCsed SMCsudo SMCtar SUNWmgts SUNWtsmc followed by s source build and install of mpfr-2.4.1 PS: I note that you don't list a GMP package, but one must be present if you built mpfr-2.4.1. You may need/want to use the --with-gmp option. Whoops, well you list SMCgmp, sorry I missed that one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41309
[Bug tree-optimization/40062] [4.3 Regression] high memory usage and compile time in SCEV cprop with -O3
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-09-08 13:43 --- *** Bug 41306 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||m dot hermes at uu dot nl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40062
[Bug fortran/41168] incorrect processing of formatted records in mingw port
--- Comment #8 from michael dot a dot richmond at nasa dot gov 2009-09-08 15:21 --- (In reply to comment #7) Is the problem described at http://gcc.gnu.org/ml/fortran/2009-09/msg00046.html the same or a different one? There, it is claimed to be a 4.5 regression. I verified the problem described in http://gcc.gnu.org/ml/fortran/2009-09/msg00046.html. I found that my bug does not occur under gfortran 4.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41168
[Bug c++/41304] Building error while compiling gcc 4.3.2
--- Comment #6 from vijay dot x dot jain at jpmchase dot com 2009-09-08 14:24 --- My configure options were simple as required. /home/odyssey/f065093/gcc/gcc-4.3.2/configure --prefix=/home/odyssey/f065093/gccinstall --with-as=/3rdparty/fsf/binutils/2.18/bin/as --with-ld=/3rdparty/fsf/binutils/2.18/bin/ld --with-gnu-as --with-gnu-ld --disable-nls --enable-languages=c,c++ --with-gmp=/home/odyssey/f065093/gmp/gmp-4.3.1/install --with-mpfr=/home/odyssey/f065093/mpfr/mpfr-2.4.1/install LD=/3rdparty/fsf/binutils/2.18/bin/ld AR=/3rdparty/fsf/binutils/2.18/bin/ar NM=/3rdparty/fsf/binutils/2.18/bin/nm RANLIB=/3rdparty/fsf/binutils/2.18/bin/ranlib STRIP=/3rdparty/fsf/binutils/2.18/bin/strip OBJCOPY=/3rdparty/fsf/binutils/2.18/bin/objcopy OBJDUMP=/3rdparty/fsf/binutils/2.18/bin/objdump CC=gcc cc=gcc I delibrately gave the mapping from config.log thinking that the actual configure would give some clues to the error. When I searched for file conftest.c, I could not locate the file in srcdir and well as objdir. So I touched the file conftest.c and ran the command the which was giving the error /home/odyssey/f065093/gccobjdir/./gcc/xgcc -B/home/odyssey/f065093/gccobjdir/./gcc/ -B/home/odyssey/f065093/gccinstall/sparc-sun-solaris2.10/bin/ -B/home/odyssey/f065093/gccinstall/sparc-sun-solaris2.10/lib/ -isystem /home/odyssey/f065093/gccinstall/sparc-sun-solaris2.10/include -isystem /home/odyssey/f065093/gccinstall/sparc-sun-solaris2.10/sys-include -o conftest -g -fkeep-inline-functions conftest.c 5 I could reproduce the problem conftest.c:1: internal compiler error: Segmentation Fault Please submit a full bug report, with preprocessed source if appropriate. Could you please find from you env where is the file conftest.c and how is that generated? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41304
[Bug bootstrap/41245] [4.5 Regression] Bootstrap broken on I386-apple-darwin9 at revision 151373
--- Comment #11 from developer at sandoe-acoustics dot co dot uk 2009-09-08 13:40 --- (In reply to comment #10) (In reply to comment #9) Created an attachment (id=18538) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18538action=view) [edit] I had no problems bootstrapping r151463 on x86_64-apple-darwin10... http://gcc.gnu.org/ml/gcc-testresults/2009-09/msg00563.html well.. the bootstrap *was* fixed (at least on darwin9) - effectively by disabling the compare-debug function. so a successful bootstrap does not indicate that the object compares were carried out - hence the two lines I indicated in comment #8 THIS ONE I'll try x86_64-apple-darwin9 and i686-apple-darwin10 tonight. great! .. thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245
[Bug debug/41307] Valgrind failures / illegal reads with VTA turned on.
--- Comment #2 from jakub at gcc dot gnu dot org 2009-09-08 14:27 --- The problem is that a VALUE leaks into NOTE_VAR_INSN_LOCATION argument, which is obviously wrong, because all VALUEs are freed at the end of vartrack pass. The problem is that vartrack relies on all VALUEs being replaced when using the vt_expand_loc_callback callback. But unfortunately cselib doesn't always guarantee that. In particular this: rtx subreg = cselib_expand_value_rtx_1 (SUBREG_REG (orig), evd, max_depth - 1); if (!subreg) return NULL; scopy = simplify_gen_subreg (GET_MODE (orig), subreg, GET_MODE (SUBREG_REG (orig)), SUBREG_BYTE (orig)); if (scopy == NULL || (GET_CODE (scopy) == SUBREG !REG_P (SUBREG_REG (scopy)) !MEM_P (SUBREG_REG (scopy)) (REG_P (SUBREG_REG (orig)) || MEM_P (SUBREG_REG (orig) return shallow_copy_rtx (orig); return scopy; subreg has correctly replaced SUBREG_REG (VALUE) with a DImode reg, for which unfortunately SImode SUBREG isn't considered valid on the target. So simplify_gen_subreg returns NULL and then it returns just a copy of orig, i.e. (subreg:SI (value:DI ...)). The following patch should cure it: --- gcc/cselib.c2009-09-03 09:59:40.0 +0200 +++ gcc/cselib.c2009-09-08 16:25:05.694497501 +0200 @@ -1171,7 +1171,7 @@ cselib_expand_value_rtx_1 (rtx orig, str !MEM_P (SUBREG_REG (scopy)) (REG_P (SUBREG_REG (orig)) || MEM_P (SUBREG_REG (orig) - return shallow_copy_rtx (orig); + return NULL; return scopy; } we could do that just for the evd-callback != NULL case, but thinking about it, shallow_copy_rtx (orig) is wrong even for the other callers, as we want to avoid invalid RTL sharing, but if we copy orig (but not recursively its argument), it might be still shared. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.5 Regression] Valgrind |Valgrind failures / illegal |failures / illegal reads|reads with VTA turned on. |with VTA turned on. | Target Milestone|4.5.0 |--- Version|4.5.0 |unknown http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41307
[Bug bootstrap/41245] [4.5 Regression] Bootstrap broken on I386-apple-darwin9 at revision 151373
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-09-08 13:51 --- I am confused then. Don't we need another patch beyond the one in cmpdbg-1.diff.txt to re-enable the compare-debug function on darwin? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245
[Bug debug/41307] [4.5 Regression] Valgrind failures / illegal reads with VTA turned on.
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|Valgrind failures / illegal |[4.5 Regression] Valgrind |reads with VTA turned on. |failures / illegal reads ||with VTA turned on. Target Milestone|--- |4.5.0 Version|unknown |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41307
[Bug fortran/41309] New: 4.4.1 build of fortran fails on T5140
after successful build install 4.4.1 c,c++, attempt to build all languages fails with: configure: error: GNU Fortran is not working; please report a bug in http://gcc.gnu.org/bugzilla my config script is: PATH=/usr/local/bin:$PATH export PATH CC= CFLAGS= unset CC unset CFLAGS ../gcc-4.4.1/configure \ --without-gnu-ld \ --with-ld=/usr/ccs/bin/ld \ --enable-shared my make script is: PATH=/usr/local/bin:$PATH CC= CFLAGS= unset CC unset CFLAGS export PATH CC make -j 40 $@ I will submit this and then see how to attach the detailed report ./build/sparc-sun-solaris2.10/libgfortran/config.log -- Summary: 4.4.1 build of fortran fails on T5140 Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ian dot james at bnymellon dot com GCC build triplet: sparc-sun-solaris2.10 GCC host triplet: sparc-sun-solaris2.10 GCC target triplet: sparc-sun-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41309
[Bug tree-optimization/36385] Assume that long is scalar size of a pointer
--- Comment #7 from ktietz at gcc dot gnu dot org 2009-09-08 15:35 --- Fixed by revision 151515 for 4.5 version. As this bug depends to new config/stdint.m4 and 2.64 support in gcc configure, this won't be backported to 4.4.x -- ktietz at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36385
[Bug debug/41291] [4.5 regression] verify_ssa failed for debug insn
--- Comment #13 from laurent at guerby dot net 2009-09-08 15:37 --- The patch for bug 41229 seems to fix this bug too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291
[Bug c++/41304] Building error while compiling gcc 4.3.2
--- Comment #7 from redi at gcc dot gnu dot org 2009-09-08 16:00 --- (In reply to comment #6) Could you please find from you env where is the file conftest.c and how is that generated? It's created by the configure script, config.log shows the content of the file, following text like the program that failed was: Look in config.log and copy the content of conftest.c as shown. But it looks like the compiler you're using it totally broken if it segfaults when you try to compile an empty file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41304
[Bug fortran/41278] internal compiler error related to matmul and transpose
--- Comment #3 from tkoenig at gcc dot gnu dot org 2009-09-08 16:21 --- Not a regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41278
[Bug middle-end/41289] [4.5 Regression] ICE verify_ssa failed building libavformat/oggparseogm.c
--- Comment #9 from aoliva at gcc dot gnu dot org 2009-09-08 16:48 --- If the .i file is in neither the current directory nor in the libavformat subdirectory, I'd drop ccache and -pipe from the command line and try again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41289
[Bug c++/41300] verify_ssa failed with -g -O3
--- Comment #2 from aoliva at gcc dot gnu dot org 2009-09-08 16:51 --- *** This bug has been marked as a duplicate of 41229 *** -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41300
[Bug debug/41229] [4.5 Regression] VTA: internal compiler error: verify_ssa failed
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-09-08 16:51 --- *** Bug 41300 has been marked as a duplicate of this bug. *** -- aoliva at gcc dot gnu dot org changed: What|Removed |Added CC||dcb314 at hotmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41229
[Bug debug/41291] [4.5 regression] verify_ssa failed for debug insn
--- Comment #14 from aoliva at gcc dot gnu dot org 2009-09-08 16:53 --- *** This bug has been marked as a duplicate of 41229 *** -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291
[Bug debug/41229] [4.5 Regression] VTA: internal compiler error: verify_ssa failed
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-09-08 16:53 --- *** Bug 41291 has been marked as a duplicate of this bug. *** -- aoliva at gcc dot gnu dot org changed: What|Removed |Added CC||christian dot joensson at ||gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41229
[Bug debug/41097] Inlined variable debug location disappears when ptr type
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-09-08 17:06 --- The non-volatile variable goes missing in the inlined copy of m because it is coalesced with the incoming argument. With VTA, a note is retained that associates p_name with the string. However, we still fail to emit debug information for p_name, for some so-far unknown reason. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-09-08 17:06:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41097
[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs
--- Comment #10 from jamborm at gcc dot gnu dot org 2009-09-08 17:10 --- We have talked about this on IRC today and in the end I agreed that pass_stdarg should be scheduled rather late. This means that we probably should return to the old behavior of ignoring va_lists in the early SRA. Thus I am now bootstrapping and testing the following patch on x86_64-linux. Uros, can you please test it on Alpha? Thanks. 2009-09-08 Martin Jambor mjam...@suse.cz PR tree-optimization/41089 * tree-sra.c (find_var_candidates): Do not consider va_lists in early SRA. Index: mine/gcc/tree-sra.c === --- mine.orig/gcc/tree-sra.c +++ mine/gcc/tree-sra.c @@ -1165,7 +1165,13 @@ find_var_candidates (void) || !COMPLETE_TYPE_P (type) || !host_integerp (TYPE_SIZE (type), 1) || tree_low_cst (TYPE_SIZE (type), 1) == 0 - || type_internals_preclude_sra_p (type)) + || type_internals_preclude_sra_p (type) + /* Fix for PR 41089. tree-stdarg.c needs to have va_lists intact but + we also want to schedule it rather late. Thus we ignore it in + the early pass. */ + || (sra_mode == SRA_MODE_EARLY_INTRA + (TYPE_MAIN_VARIANT (TREE_TYPE (var)) + == TYPE_MAIN_VARIANT (va_list_type_node continue; bitmap_set_bit (candidate_bitmap, DECL_UID (var)); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
[Bug bootstrap/41245] [4.5 Regression] Bootstrap broken on I386-apple-darwin9 at revision 151373
--- Comment #13 from developer at sandoe-acoustics dot co dot uk 2009-09-08 14:07 --- (In reply to comment #12) I am confused then. Don't we need another patch beyond the one in cmpdbg-1.diff.txt to re-enable the compare-debug function on darwin? the default BUILD_CONFIG fragment is bootstrap-debug . there is a configure test that tries to compare two binary files using contrib/compare-debug. if that test fails (it does for the unpatched compare-debug) the BUILD_CONFIG fragment is set to effectively this removes the comparison. when the compare-debug is patched - and thus works - the test is NOT removed .. --- I'm doing x86_64-apple-darwin9 now - so no need to include that tonight - I can confirm that this also needs the patch to configure with the test. I'll add a comment once the build completes as to whether that's successful. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41245
[Bug fortran/41197] ICE with ALLOCATE and nonscalar STAT= variable
--- Comment #4 from tkoenig at gcc dot gnu dot org 2009-09-08 16:13 --- Fixed on trunkk, I don't think it is worth a backport. Closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41197
[Bug fortran/41298] wrong-code: Default initializer C_NULL_PTR ignored
--- Comment #1 from burnus at gcc dot gnu dot org 2009-09-08 16:06 --- Regarding the initialization: Initializing proc pointers and pointers works. The first time one hits gfc_conv_structure, one has: expr-expr_type == EXPR_STRUCTURE for the type expr-ts-u.derived-name == fgsl_file. If one drills deeper, one finds another expr-value.constructor-expr-expr_type == EXPR_STRUCTURE this time as expected of the type expr-value.constructor-expr-ts-u.derived-name == c_ptr So far so good. Now one just needs to have an EXPR_NULL or EXPR_VARIABLE or something like that -- but: expr-value.constructor-expr-value.constructor-expr == NULL However, in gfc_conv_structure: for (c = expr-value.constructor; c; c = c-next, cm = cm-next) { if (!c-expr || cm-attr.allocatable) continue; It shouldn't be NULL; if it weren't one could enter gfc_conv_initializer and could enter there: if (expr != NULL expr-ts.type == BT_DERIVED expr-ts.is_iso_c expr-ts.u.derived) expr = gfc_int_expr (0); Thus the question is: Why is the last expr == NULL and not EXPR_VARIABLE of flavour FL_PARAMETER? * * * Another question: Why is there an if (file != 0) I think it should always be true, unless sym is explicitly marked as optional. Thus the following gives a nanosecond speed up and saves five bytes or so in the file size (untested): Index: trans-decl.c === --- trans-decl.c(revision 151512) +++ trans-decl.c(working copy) @@ -2992,7 +2992,7 @@ gfc_init_default_dt (gfc_symbol * sym, t gfc_set_sym_referenced (sym); e = gfc_lval_expr_from_sym (sym); tmp = gfc_trans_assignment (e, sym-value, false); - if (sym-attr.dummy) + if (sym-attr.dummy sym-attr.optional) { present = gfc_conv_expr_present (sym); tmp = build3 (COND_EXPR, TREE_TYPE (tmp), present, @@ -3030,9 +3030,12 @@ init_intent_out_dt (gfc_symbol * proc_sy f-sym-backend_decl, f-sym-as ? f-sym-as-rank : 0); - present = gfc_conv_expr_present (f-sym); - tmp = build3 (COND_EXPR, TREE_TYPE (tmp), present, - tmp, build_empty_stmt (input_location)); + if (f-sym-attr.optional) + { + present = gfc_conv_expr_present (f-sym); + tmp = build3 (COND_EXPR, TREE_TYPE (tmp), present, + tmp, build_empty_stmt (input_location)); + } gfc_add_expr_to_block (fnblock, tmp); } -- burnus at gcc dot gnu dot org changed: What|Removed |Added Summary|wrong-code: Default |wrong-code: Default |initializer ignored |initializer C_NULL_PTR ||ignored http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41298
[Bug debug/41276] [4.5 Regression] Segmentation fault in lookup_page_table_entry
--- Comment #6 from aoliva at gcc dot gnu dot org 2009-09-08 17:44 --- Subject: Bug 41276 Author: aoliva Date: Tue Sep 8 17:44:10 2009 New Revision: 151523 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151523 Log: PR debug/41276 PR debug/41307 * cselib.c (cselib_expand_value_rtx_1): Don't return copy of invalid subreg. Modified: trunk/gcc/ChangeLog trunk/gcc/cselib.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41276
[Bug debug/41307] Valgrind failures / illegal reads with VTA turned on.
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-09-08 17:44 --- Subject: Bug 41307 Author: aoliva Date: Tue Sep 8 17:44:10 2009 New Revision: 151523 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151523 Log: PR debug/41276 PR debug/41307 * cselib.c (cselib_expand_value_rtx_1): Don't return copy of invalid subreg. Modified: trunk/gcc/ChangeLog trunk/gcc/cselib.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41307
[Bug debug/41232] [4.5 Regression] VTA: SSA name in freelist but still referenced
--- Comment #2 from aoliva at gcc dot gnu dot org 2009-09-08 17:50 --- Fixed. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41232
[Bug debug/41229] [4.5 Regression] VTA: internal compiler error: verify_ssa failed
--- Comment #6 from aoliva at gcc dot gnu dot org 2009-09-08 17:51 --- Fixed -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41229
[Bug debug/41276] [4.5 Regression] Segmentation fault in lookup_page_table_entry
--- Comment #7 from aoliva at gcc dot gnu dot org 2009-09-08 17:52 --- Fixed -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41276
[Bug debug/41248] [4.5 Regression] VTA: Assertion at 2910 of cfgexpand.c (expand_debug_locations)
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-09-08 17:54 --- Patch (pending approval) is here http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00385.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41248
[Bug ada/41310] New: GNAT Bug Box: ACATS c43205b: integer_cst, have var_decl in int_const_binop, at fold-const.c:1668
+===GNAT BUG DETECTED==+ | 4.5.0 20090901 (experimental) [trunk revision 151278] (powerpc-unknown-rtems4.10) GCC error:| | tree check: expected integer_cst, have var_decl in int_const_binop, | | at fold-const.c:1668 | | Error detected around c43205b.adb:82:5 | -- Summary: GNAT Bug Box: ACATS c43205b: integer_cst, have var_decl in int_const_binop, at fold-const.c:1668 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: arm-rtems4.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41310
[Bug c/41311] New: [4.5 regression] FFmpeg crashes when converting mpg to avi
Hi, FFmpeg compiled with GCC 4.5 (20090827) crashes when I try to convert mpg file to avi (divx). FFmpeg_020fpu -i test.mpg test.avi 1. I get crash only with -m68020 -m68881 options, not with -m68040 or -m68060. 2. I get crash only with -O1, -O2 or -O3 options, not with -O0. 3. GCC 4.4.2 (20090825) don't have this problem. The problematic file is libavcodec/ratecontrol.c - this file generates crash. I include preprocessed file from GCC 4.4.2 and GCC 4.5.0. $ make_68k_v45 /usr/local/amiga/bin/m68k-amigaos-gcc-4.5.0.exe -V 4.5.0 -DHAVE_AV_CONFIG_H -I. -I/bin/ffmpeg9 -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=6 4 -D_LARGEFILE_SOURCE -m68020 -m68881 -mnobitfield -std=c99 -fno-common -fomit-f rame-pointer -Wdeclaration-after-statement -Wall -Wno-switch -Wdisabled-optimiza tion -Wpointer-arith -Wredundant-decls -Wcast-qual -Wwrite-strings -Wundef -O2 - finline-functions -fno-math-errno -MMD -MF libavcodec/ratecontrol.d -MT li bavcodec/ratecontrol.o -c -o libavcodec/ratecontrol.o libavcodec/ratecontrol.c libavcodec/ratecontrol.c: In function 'ff_rate_control_init': libavcodec/ratecontrol.c:109:5: warning: passing argument 3 of 'ff_parse' discar ds qualifiers from pointer target type libavcodec/eval.h:64:14: note: expected 'double (**)(void *, double)' but argume nt is of type 'double (* const*)(void *, double)' libavcodec/ratecontrol.c:109:5: warning: passing argument 4 of 'ff_parse' discar ds qualifiers from pointer target type libavcodec/eval.h:64:14: note: expected 'const char **' but argument is of type 'const char * const*' libavcodec/ratecontrol.c:168:13: warning: passing argument 2 of 'av_log' makes i nteger from pointer without a cast ./libavutil/log.h:104:6: note: expected 'int' but argument is of type 'const cha r *' libavcodec/ratecontrol.c:168:13: warning: too many arguments for format libavcodec/ratecontrol.c:169:13: warning: passing argument 2 of 'av_log' makes i nteger from pointer without a cast ./libavutil/log.h:104:6: note: expected 'int' but argument is of type 'const cha r *' libavcodec/ratecontrol.c:169:13: warning: too many arguments for format libavcodec/ratecontrol.c: In function 'get_qminmax': libavcodec/ratecontrol.c:413:5: warning: passing argument 2 of 'av_log' makes in teger from pointer without a cast ./libavutil/log.h:104:6: note: expected 'int' but argument is of type 'const cha r *' libavcodec/ratecontrol.c:413:5: warning: too many arguments for format libavcodec/ratecontrol.c: In function 'ff_rate_estimate_qscale': libavcodec/ratecontrol.c:692:9: warning: passing argument 2 of 'av_log' makes in teger from pointer without a cast ./libavutil/log.h:104:6: note: expected 'int' but argument is of type 'const cha r *' libavcodec/ratecontrol.c:692:9: warning: too many arguments for format libavcodec/ratecontrol.c:693:9: warning: passing argument 2 of 'av_log' makes in teger from pointer without a cast ./libavutil/log.h:104:6: note: expected 'int' but argument is of type 'const cha r *' libavcodec/ratecontrol.c:693:9: warning: too many arguments for format libavcodec/ratecontrol.c:725:13: warning: passing argument 2 of 'av_log' makes i nteger from pointer without a cast ./libavutil/log.h:104:6: note: expected 'int' but argument is of type 'const cha r *' libavcodec/ratecontrol.c:725:13: warning: too many arguments for format libavcodec/ratecontrol.c:764:9: warning: passing argument 2 of 'av_log' makes in teger from pointer without a cast ./libavutil/log.h:104:6: note: expected 'int' but argument is of type 'const cha r *' libavcodec/ratecontrol.c:764:9: warning: too many arguments for format libavcodec/ratecontrol.c:768:9: warning: passing argument 2 of 'av_log' makes in teger from pointer without a cast ./libavutil/log.h:104:6: note: expected 'int' but argument is of type 'const cha r *' libavcodec/ratecontrol.c:768:9: warning: too many arguments for format libavcodec/ratecontrol.c:780:9: warning: passing argument 2 of 'av_log' makes in teger from pointer without a cast ./libavutil/log.h:104:6: note: expected 'int' but argument is of type 'const cha r *' libavcodec/ratecontrol.c:780:9: warning: too many arguments for format libavcodec/ratecontrol.c:786:9: warning: passing argument 2 of 'av_log' makes in teger from pointer without a cast ./libavutil/log.h:104:6: note: expected 'int' but argument is of type 'const cha r *' libavcodec/ratecontrol.c:786:9: warning: too many arguments for format libavcodec/ratecontrol.c: In function 'init_pass2': libavcodec/ratecontrol.c:874:9: warning: passing argument 2 of 'av_log' makes in teger from pointer without a cast ./libavutil/log.h:104:6: note: expected 'int' but argument is of type 'const cha r *' libavcodec/ratecontrol.c:874:9: warning: too many arguments for format libavcodec/ratecontrol.c:936:5: warning: passing argument 2 of 'av_log' makes in teger from pointer without a cast ./libavutil/log.h:104:6: note: expected 'int' but argument is of type 'const cha r *' libavcodec/ratecontrol.c:936:5: warning: too many
[Bug c++/41300] verify_ssa failed with -g -O3
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-09-08 17:42 --- Subject: Bug 41300 Author: aoliva Date: Tue Sep 8 17:42:11 2009 New Revision: 151521 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151521 Log: gcc/ChangeLog: PR debug/41229 PR debug/41291 PR debug/41300 * tree-ssa.c (execute_update_addresses_taken): Update debug insns. gcc/testsuite/ChangeLog: PR debug/41229 PR debug/41291 PR debug/41300 * gfortran.dg/pr41229.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/pr41229.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41300
[Bug debug/41232] [4.5 Regression] VTA: SSA name in freelist but still referenced
--- Comment #1 from aoliva at gcc dot gnu dot org 2009-09-08 17:40 --- Subject: Bug 41232 Author: aoliva Date: Tue Sep 8 17:39:42 2009 New Revision: 151519 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151519 Log: gcc/ChangeLog: PR debug/41232 * tree-ssa-phiopt.c (minmax_replacement): Skip debug stmts in the middle block. gcc/testsuite/ChangeLog: PR debug/41232 * gcc.dg/pr41232.c: New. Added: trunk/gcc/testsuite/gcc.dg/pr41232.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-phiopt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41232
[Bug c/41311] [4.5 regression] FFmpeg crashes when converting mpg to avi
--- Comment #1 from ami_stuff at o2 dot pl 2009-09-08 18:06 --- Created an attachment (id=18543) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18543action=view) preprocessed file GCC 4.4.2 -O1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41311
[Bug c/41311] [4.5 regression] FFmpeg crashes when converting mpg to avi
--- Comment #2 from ami_stuff at o2 dot pl 2009-09-08 18:07 --- Created an attachment (id=18544) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18544action=view) asm output GCC 4.4.2 -O1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41311
[Bug c/41311] [4.5 regression] FFmpeg crashes when converting mpg to avi
--- Comment #3 from ami_stuff at o2 dot pl 2009-09-08 18:08 --- Created an attachment (id=18545) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18545action=view) preprocessed file GCC 4.5.0 -O0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41311
[Bug c/41311] [4.5 regression] FFmpeg crashes when converting mpg to avi
--- Comment #4 from ami_stuff at o2 dot pl 2009-09-08 18:09 --- Created an attachment (id=18546) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18546action=view) asm output GCC 4.5.0 -O0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41311
[Bug debug/41229] [4.5 Regression] VTA: internal compiler error: verify_ssa failed
--- Comment #5 from aoliva at gcc dot gnu dot org 2009-09-08 17:42 --- Subject: Bug 41229 Author: aoliva Date: Tue Sep 8 17:42:11 2009 New Revision: 151521 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151521 Log: gcc/ChangeLog: PR debug/41229 PR debug/41291 PR debug/41300 * tree-ssa.c (execute_update_addresses_taken): Update debug insns. gcc/testsuite/ChangeLog: PR debug/41229 PR debug/41291 PR debug/41300 * gfortran.dg/pr41229.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/pr41229.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41229
[Bug c/41311] [4.5 regression] FFmpeg crashes when converting mpg to avi
--- Comment #5 from ami_stuff at o2 dot pl 2009-09-08 18:10 --- Created an attachment (id=18547) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18547action=view) preprocessed file GCC 4.5.0 -O1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41311
[Bug c/41311] [4.5 regression] FFmpeg crashes when converting mpg to avi
--- Comment #6 from ami_stuff at o2 dot pl 2009-09-08 18:11 --- Created an attachment (id=18548) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18548action=view) asm output GCC 4.5.0 -O1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41311
[Bug fortran/41309] 4.4.1 build of fortran fails on T5140
--- Comment #4 from mikael at gcc dot gnu dot org 2009-09-08 17:33 --- I suggest you clear your build directory and retry from scratch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41309
[Bug c/41311] [4.5 regression] FFmpeg crashes when converting mpg to avi
--- Comment #7 from schwab at linux-m68k dot org 2009-09-08 18:16 --- Fix all the warnings first then try again. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41311
[Bug testsuite/29737] make check fixinclude test FAILURES
--- Comment #5 from rwild at gcc dot gnu dot org 2009-09-08 17:31 --- Subject: Bug 29737 Author: rwild Date: Tue Sep 8 17:30:31 2009 New Revision: 151518 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151518 Log: sed portability fixes in fixincludes fixincludes/: PR testsuite/29737 PR bootstrap/35938 PR testsuite/39655 * check.tpl: Fix typos. * README: Likewise. Also, document that 'select' uses ERE. * mkheaders.in: Update copyright years in --version output. * inclhack.def (sco_math): Add missing final newline in sed script 'a', 'c', or 'i' commands, for BSD sed. (sco_math): In the text of 'a', 'c', or 'i' sed commands, prepend leading white space with a backslash to avoid the whitespace to be removed by BSD sed. (sco_math): Match plain 'C++' instead of 'C\+\+' in sed regex. (x11_new): Fix sed expression, for BSD sed. (glibc_mutex_init): Fix newlines in sed 's' command replacement part, for GNU sed 3.02 and Solaris sed. (glibc_mutex_init): Replace unportable \+ sed regex operator with \{1,\}. (glibc_c99_inline_2, glibc_mutex_init): Avoid unportable sed alternation \| regex operator. (solaris_complex): Remove superfluous backslashes from replacement string. Replace \+ operator with \{1,\}. * tests/base/Xm/Traversal.h: This is fixed for BSD sed now. * fixincl.x: Regenerate. Modified: trunk/fixincludes/ChangeLog trunk/fixincludes/README trunk/fixincludes/check.tpl trunk/fixincludes/fixincl.x trunk/fixincludes/inclhack.def trunk/fixincludes/mkheaders.in trunk/fixincludes/tests/base/Xm/Traversal.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29737
[Bug bootstrap/35938] Fixincludes failure with 'make check'
--- Comment #2 from rwild at gcc dot gnu dot org 2009-09-08 17:31 --- Subject: Bug 35938 Author: rwild Date: Tue Sep 8 17:30:31 2009 New Revision: 151518 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151518 Log: sed portability fixes in fixincludes fixincludes/: PR testsuite/29737 PR bootstrap/35938 PR testsuite/39655 * check.tpl: Fix typos. * README: Likewise. Also, document that 'select' uses ERE. * mkheaders.in: Update copyright years in --version output. * inclhack.def (sco_math): Add missing final newline in sed script 'a', 'c', or 'i' commands, for BSD sed. (sco_math): In the text of 'a', 'c', or 'i' sed commands, prepend leading white space with a backslash to avoid the whitespace to be removed by BSD sed. (sco_math): Match plain 'C++' instead of 'C\+\+' in sed regex. (x11_new): Fix sed expression, for BSD sed. (glibc_mutex_init): Fix newlines in sed 's' command replacement part, for GNU sed 3.02 and Solaris sed. (glibc_mutex_init): Replace unportable \+ sed regex operator with \{1,\}. (glibc_c99_inline_2, glibc_mutex_init): Avoid unportable sed alternation \| regex operator. (solaris_complex): Remove superfluous backslashes from replacement string. Replace \+ operator with \{1,\}. * tests/base/Xm/Traversal.h: This is fixed for BSD sed now. * fixincl.x: Regenerate. Modified: trunk/fixincludes/ChangeLog trunk/fixincludes/README trunk/fixincludes/check.tpl trunk/fixincludes/fixincl.x trunk/fixincludes/inclhack.def trunk/fixincludes/mkheaders.in trunk/fixincludes/tests/base/Xm/Traversal.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35938
[Bug testsuite/39655] autogen fixinclude test FAILURES - trunk revision 145337
--- Comment #2 from rwild at gcc dot gnu dot org 2009-09-08 17:31 --- Subject: Bug 39655 Author: rwild Date: Tue Sep 8 17:30:31 2009 New Revision: 151518 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151518 Log: sed portability fixes in fixincludes fixincludes/: PR testsuite/29737 PR bootstrap/35938 PR testsuite/39655 * check.tpl: Fix typos. * README: Likewise. Also, document that 'select' uses ERE. * mkheaders.in: Update copyright years in --version output. * inclhack.def (sco_math): Add missing final newline in sed script 'a', 'c', or 'i' commands, for BSD sed. (sco_math): In the text of 'a', 'c', or 'i' sed commands, prepend leading white space with a backslash to avoid the whitespace to be removed by BSD sed. (sco_math): Match plain 'C++' instead of 'C\+\+' in sed regex. (x11_new): Fix sed expression, for BSD sed. (glibc_mutex_init): Fix newlines in sed 's' command replacement part, for GNU sed 3.02 and Solaris sed. (glibc_mutex_init): Replace unportable \+ sed regex operator with \{1,\}. (glibc_c99_inline_2, glibc_mutex_init): Avoid unportable sed alternation \| regex operator. (solaris_complex): Remove superfluous backslashes from replacement string. Replace \+ operator with \{1,\}. * tests/base/Xm/Traversal.h: This is fixed for BSD sed now. * fixincl.x: Regenerate. Modified: trunk/fixincludes/ChangeLog trunk/fixincludes/README trunk/fixincludes/check.tpl trunk/fixincludes/fixincl.x trunk/fixincludes/inclhack.def trunk/fixincludes/mkheaders.in trunk/fixincludes/tests/base/Xm/Traversal.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39655
[Bug debug/41291] [4.5 regression] verify_ssa failed for debug insn
--- Comment #15 from aoliva at gcc dot gnu dot org 2009-09-08 17:42 --- Subject: Bug 41291 Author: aoliva Date: Tue Sep 8 17:42:11 2009 New Revision: 151521 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151521 Log: gcc/ChangeLog: PR debug/41229 PR debug/41291 PR debug/41300 * tree-ssa.c (execute_update_addresses_taken): Update debug insns. gcc/testsuite/ChangeLog: PR debug/41229 PR debug/41291 PR debug/41300 * gfortran.dg/pr41229.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/pr41229.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291
[Bug c/41311] [4.5 regression] FFmpeg crashes when converting mpg to avi
--- Comment #8 from ami_stuff at o2 dot pl 2009-09-08 18:36 --- I don't know how to do it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41311
[Bug tree-optimization/41112] [4.5 regression] ACATS c43205b fails at -O2 (tree-sra)
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2009-09-08 18:36 --- *** Bug 41310 has been marked as a duplicate of this bug. *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||joel at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41112
[Bug ada/41310] GNAT Bug Box: ACATS c43205b: integer_cst, have var_decl in int_const_binop, at fold-const.c:1668
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-09-08 18:36 --- 'Search' is your friend. :-) *** This bug has been marked as a duplicate of 41112 *** -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41310
[Bug debug/41248] [4.5 Regression] VTA: Assertion at 2910 of cfgexpand.c (expand_debug_locations)
--- Comment #4 from sje at cup dot hp dot com 2009-09-08 18:59 --- This patch, combined with Michael Matz's patch for PR41268, gave me a good bootstrap on ia64-hp-hpux11.23, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41248
[Bug c++/40138] [4.5 Regression] ICE with invalid va_arg
--- Comment #1 from paolo dot carlini at oracle dot com 2009-09-08 19:14 --- Right now (151529) I can't reproduce this problem. In case, please reopen. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40138
[Bug rtl-optimization/41295] [4.5 Regression] gfortran.dg/loc_2.f90 -O3 -g fails on SH with orphaned debug_insn
--- Comment #3 from janis at gcc dot gnu dot org 2009-09-08 20:39 --- I get the same ICE during a 32-bit bootstrap of powerpc64-linux or powerpc-linux. I'll attach a minimized testcase that shows the error when compiled with cc1 for powerpc-linux. A 64-bit bootstrap doesn't run into this problem. -- janis at gcc dot gnu dot org changed: What|Removed |Added CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41295
[Bug rtl-optimization/41295] [4.5 Regression] gfortran.dg/loc_2.f90 -O3 -g fails on SH with orphaned debug_insn
--- Comment #4 from janis at gcc dot gnu dot org 2009-09-08 20:41 --- Created an attachment (id=18549) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18549action=view) minimized testcase cc1 for powerpc-linux gets the ICE when compiling this testcase using -O1 -g. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41295
[Bug c++/39923] [C++0x] ICE in build_init_list_var_init
--- Comment #17 from paolo dot carlini at oracle dot com 2009-09-08 20:48 --- On it. -- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
[Bug middle-end/41312] New: [4.5 Regression] miscompilation of CP2K at -O3
No testcase other than running CP2K, but the code appears to be miscompiled (i.e. segfaults) at -O3, while -O2 goes fine. The last known svn version that was OK was rev. 151454, while the first known failing was 151525. The miscompiled file is pair_potentials.F Any suggestions on how to narrow down the problem? -- Summary: [4.5 Regression] miscompilation of CP2K at -O3 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jv244 at cam dot ac dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41312
[Bug c++/39923] [C++0x] ICE in build_init_list_var_init
--- Comment #18 from paolo at gcc dot gnu dot org 2009-09-08 22:01 --- Subject: Bug 39923 Author: paolo Date: Tue Sep 8 22:00:42 2009 New Revision: 151536 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151536 Log: /cp 2009-09-08 Paolo Carlini paolo.carl...@oracle.com PR c++/39923 * decl.c (build_init_list_var_init): Check return value of perform_implicit_conversion. /testsuite 2009-09-08 Paolo Carlini paolo.carl...@oracle.com PR c++/39923 * g++.dg/cpp0x/initlist24.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp0x/initlist24.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923