[Bug c/30247] New: [4.2/4.3] Gcc miscompiles MPlayer when any optimization is used
gcc 4.2 branch and gcc 4.3 SVN snapshot seems to miscompile MPlayer's mp_msg.c resulting in a crash. gcc 3.4.6 is ok. During compilation no warning is issued. Gcc tested is : Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc/configure --prefix=/home/cartman/gcc_4.2 --enable-clocale=gnu --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++ --disable-nls Thread model: posix gcc version 4.2.0 20061217 (prerelease) I will attach two files: mp_msg_compiled_with_O1_crashes.i produced with : cc -O1 -Wdeclaration-after-statement -march=pentium-m -mtune=pentium-m -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -I/usr/include -I/usr/include/ -I/usr/include/SDL -D_REENTRANT -I/usr/include -I/usr/include/dvdnav -I/usr/include/freetype2 -I. -I./libavutil -I./libavcodec -c -save-temps mp_msg.c mp_msg_compiled_with_O0_works.i produced with: cc -O0 -Wdeclaration-after-statement -march=pentium-m -mtune=pentium-m -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -I/usr/include -I/usr/include/ -I/usr/include/SDL -D_REENTRANT -I/usr/include -I/usr/include/dvdnav -I/usr/include/freetype2 -I. -I./libavutil -I./libavcodec -c -save-temps mp_msg.c -- Summary: [4.2/4.3] Gcc miscompiles MPlayer when any optimization is used Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30247
[Bug c/30247] [4.2/4.3] Gcc miscompiles MPlayer when any optimization is used
--- Comment #1 from ismail at pardus dot org dot tr 2006-12-18 10:10 --- Created an attachment (id=12823) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12823&action=view) mp_msg.c compiled with -O0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30247
[Bug c/30247] [4.2/4.3] Gcc miscompiles MPlayer when any optimization is used
--- Comment #2 from ismail at pardus dot org dot tr 2006-12-18 10:11 --- Created an attachment (id=12824) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12824&action=view) mp_msg.c compiled with -O1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30247
[Bug c/30247] [4.2/4.3] Gcc miscompiles MPlayer when any optimization is used
--- Comment #3 from ismail at pardus dot org dot tr 2006-12-18 10:15 --- Valgrinding the crashing mplayer shows: ==5836== Invalid read of size 1 ==5836==at 0x401E776: strlen (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==5836==by 0x4B4049E: fprintf (in /lib/libc-2.3.6.so) ==5836==by 0x81098CF: open (vf_ass.c:395) ==5836==by 0x80DC4F6: vf_open_plugin (vf.c:466) ==5836==by 0x80831F6: reinit_video_chain (mplayer.c:3321) ==5836==by 0x8086699: main (mplayer.c:4517) ==5836== Address 0x5248003E is not stack'd, malloc'd or (recently) free'd which shows line 182 in mp_msg.c which is something like: fprintf(stream, "\033[%d;3%dm%9s\033[0;37m: ",c2>>3,c2&7, mod_text[mod]); If I replace mod_text[mod] with "foo" it doesn't crash anymore. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30247
[Bug middle-end/30247] [4.2/4.3] Gcc miscompiles MPlayer when any optimization is used
--- Comment #5 from ismail at pardus dot org dot tr 2006-12-18 10:39 --- I tried to follow http://gcc.gnu.org/bugs.html#need . Anything else I should provide? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30247
[Bug middle-end/30247] [4.2/4.3] Gcc miscompiles MPlayer when any optimization is used
--- Comment #6 from ismail at pardus dot org dot tr 2006-12-19 09:31 --- Another MPlayer bug exposed by gcc, sorry guys! -- ismail at pardus dot org dot tr changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30247
[Bug middle-end/26061] error and warning count
--- Comment #6 from ismail at pardus dot org dot tr 2007-01-26 21:29 --- Maybe a better version could be like this, --- gcc/toplev.c2006-10-09 19:27:14.0 +0300 +++ gcc/toplev.c2007-01-26 20:59:19.395519510 +0200 @@ -1975,6 +1975,12 @@ /* Language-specific end of compilation actions. */ lang_hooks.finish (); + + + /* Print error / warning counts. */ + if ( errorcount || warningcount ) +fprintf (stderr, "\n%s: *** %d errors, %d warnings", + progname, errorcount, warningcount); } /* Initialize the compiler, and compile the input file. */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26061
[Bug middle-end/26061] error and warning count
--- Comment #9 from ismail at pardus dot org dot tr 2007-01-26 23:29 --- There should also be a newline, --- gcc/toplev.c2006-10-09 19:27:14.0 +0300 +++ gcc/toplev.c2007-01-26 20:59:19.395519510 +0200 @@ -1975,6 +1975,12 @@ /* Language-specific end of compilation actions. */ lang_hooks.finish (); + + + /* Print error / warning counts. */ + if ( errorcount || warningcount ) +fprintf (stderr, "\n%s: *** %d errors, %d warnings\n", + progname, errorcount, warningcount); } /* Initialize the compiler, and compile the input file. */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26061
[Bug middle-end/27657] [4.2 regression] bogus undefined reference error to static var with -g and -O
--- Comment #18 from ismail at pardus dot org dot tr 2007-02-01 19:25 --- Any chance of a 4.2 backport ? Looks like varpool_node does not exist in 4.2 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27657
[Bug middle-end/27657] [4.2 regression] bogus undefined reference error to static var with -g and -O
--- Comment #20 from ismail at pardus dot org dot tr 2007-02-01 19:51 --- (In reply to comment #19) > (In reply to comment #18) > > Any chance of a 4.2 backport ? Looks like varpool_node does not exist in 4.2 > > branch. > > I noticed this as well. It's easy enough to fix: > > 14:20 < richi> tbm: sure s/varpool_/cgraph_varpool_/ > > Richi has already tested the patch on 4.2 so I assume he'll apply it soon. Nice, thanks :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27657
[Bug c++/31157] New: Bitfield is not promoted
Following testcase compiles fine with gcc 3.4.6 but not with gcc 4.2.0 20070307 : - cut here - #include using namespace std; class Foo { public: Foo() { x=1; y=0; }; unsigned int x:12; unsigned int y; }; int main() { Foo bar; max(bar.y,bar.x); return 0; } - cut here - The error is : max.cpp: In function 'int main()': max.cpp:17: error: no matching function for call to 'max(unsigned int&, short unsigned int:12&)' -- Summary: Bitfield is not promoted Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31157
[Bug c++/31157] Bitfield is not promoted
--- Comment #1 from ismail at pardus dot org dot tr 2007-03-12 23:03 --- Original code was from WebKit SVN. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31157
[Bug middle-end/31793] [4.3 Regression] internal compiler error in build_int_cst_wide tree.c:902
--- Comment #5 from ismail at pardus dot org dot tr 2007-05-08 18:48 --- I had to apply http://gcc.gnu.org/viewcvs?view=rev&revision=122255 to the 4.2.0 branch to be able to bootstrap, else I get : from gcc-4.2.0-20070430/libstdc++-v3/include/precompiled/stdc++.h:71: gcc-4.2.0-20070430/build-default-i686-pc-linux-gnu/i686-pc-linux-gnu/libstdc++-v3/include/bits/stl_tree.h:337: error: declaration of 'typedef struct std::_Rb_tree_node<_Val> std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, _Alloc>::_Rb_tree_node' gcc-4.2.0-20070430/build-default-i686-pc-linux-gnu/i686-pc-linux-gnu/libstdc++-v3/include/bits/stl_tree.h:134: error: changes meaning of '_Rb_tree_node' from 'struct std::_Rb_tree_node<_Val>' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31793
[Bug middle-end/31793] [4.3 Regression] internal compiler error in build_int_cst_wide tree.c:902
--- Comment #6 from ismail at pardus dot org dot tr 2007-05-08 19:02 --- Never mind my last comment, it was a local patch causing the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31793
[Bug c++/30252] [4.2 regression] miscompilation of sigc++-2.0 based code with -fstrict-aliasing
--- Comment #22 from ismail at pardus dot org dot tr 2007-05-13 01:43 --- This problem also breaks inkscape, it segfaults on startup when compiled with gcc 4.2.0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30252
[Bug c/33597] New: Internal compiler error while compiling libswcale from ffmpeg
Specs: Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/usr/lib/gcc-snapshot --disable-libgcj --disable-libssp --disable-nls --disable-werror --disable-checking --enable-clocale=gnu --enable-__cxa_atexit --enable-languages=c,c++,fortran,objc --enable-libstdcxx-allocator=new --enable-shared --enable-ssp --enable-threads=posix --enable-version-specific-runtime-libs --without-included-gettext --without-system-libunwind --with-system-zlib Thread model: posix gcc version 4.3.0 20070928 (experimental) (GCC) And internal compiler error : [/packages/mplayer/libswscale]> cc -DHAVE_AV_CONFIG_H -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_ISOC9X_SOURCE -I.. -I.. -I../libavutil -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=native -mtune=native -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/usr/include/ -I/usr/include/SDL -D_REENTRANT -I/usr/include/freetype2 -I/usr/include -c -o rgb2rgb.o rgb2rgb.c rgb2rgb_template.c: In function 'rgb15to24_C': rgb2rgb_template.c:936: 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. rgb2rgb.s is attached. -- Summary: Internal compiler error while compiling libswcale from ffmpeg Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33597
[Bug c/33597] Internal compiler error while compiling libswcale from ffmpeg
--- Comment #1 from ismail at pardus dot org dot tr 2007-09-29 22:58 --- Created an attachment (id=14269) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14269&action=view) rgb2rgb.s produced with -save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33597
[Bug middle-end/33597] Internal compiler error while compiling libswcale from ffmpeg
--- Comment #3 from ismail at pardus dot org dot tr 2007-09-29 23:03 --- Created an attachment (id=14270) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14270&action=view) Corresponding *.i file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33597
[Bug middle-end/33597] Internal compiler error while compiling libswscale from ffmpeg
--- Comment #7 from ismail at pardus dot org dot tr 2007-09-30 11:30 --- Fix summary , swcale -> swscale . Thanks for the fast fix! -- ismail at pardus dot org dot tr changed: What|Removed |Added Summary|Internal compiler error |Internal compiler error |while compiling libswcale |while compiling libswscale |from ffmpeg |from ffmpeg http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33597
[Bug middle-end/33680] New: ICE when compilling elbg.c from ffmpeg
Looks like ffmpeg should be added to gcc testsuite. Just another ICE : [/packages/mplayer/libavcodec]> cc -I../libswscale -I../libavcodec -DHAVE_AV_CONFIG_H -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_ISOC9X_SOURCE -I.. -I.. -I../libavutil -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=native -mtune=native -pipe -ffast-math -fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/usr/include/ -I/usr/include/SDL -D_REENTRANT -I/usr/include/freetype2 -I/usr/include -c -o elbg.o elbg.c elbg.c: In function 'try_shift_candidate': elbg.c:245: 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. Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/usr/lib/gcc-snapshot --disable-libgcj --disable-libssp --disable-nls --disable-werror --disable-checking --enable-clocale=gnu --enable-__cxa_atexit --enable-languages=c,c++,fortran,objc --enable-libstdcxx-allocator=new --enable-shared --enable-ssp --enable-threads=posix --enable-version-specific-runtime-libs --without-included-gettext --without-system-libunwind --with-system-zlib Thread model: posix gcc version 4.3.0 20071005 (experimental) (GCC) -- Summary: ICE when compilling elbg.c from ffmpeg Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33680
[Bug middle-end/33680] ICE when compilling elbg.c from ffmpeg
--- Comment #1 from ismail at pardus dot org dot tr 2007-10-06 18:18 --- Created an attachment (id=14312) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14312&action=view) elbg.i produced with -save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33680
[Bug c/34167] New: [4.3 regression] gcc fails to compile Linux kernel
Trying to compile latest linux-2.6.git with gcc 4.3 trunk as of today results in : kernel/built-in.o: In function `getnstimeofday': (.text+0x1c315): undefined reference to `__umoddi3' kernel/built-in.o: In function `do_gettimeofday': (.text+0x1c3cd): undefined reference to `__udivdi3' kernel/built-in.o: In function `do_gettimeofday': (.text+0x1c3f0): undefined reference to `__umoddi3' kernel/built-in.o: In function `timekeeping_resume': timekeeping.c:(.text+0x1c572): undefined reference to `__udivdi3' timekeeping.c:(.text+0x1c595): undefined reference to `__umoddi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1cb9f): undefined reference to `__udivdi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1cbc2): undefined reference to `__umoddi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1cc5c): undefined reference to `__udivdi3' kernel/built-in.o: In function `update_wall_time': (.text+0x1cc86): undefined reference to `__umoddi3' make: *** [.tmp_vmlinux1] Error 1 It works fine with gcc 4.2, so it seems to be a 4.3 regression. -- Summary: [4.3 regression] gcc fails to compile Linux kernel Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34167
[Bug middle-end/32044] [4.3 regression] udivdi3 counterproductive, unwarranted use
--- Comment #26 from ismail at pardus dot org dot tr 2007-11-20 21:19 --- *** Bug 34167 has been marked as a duplicate of this bug. *** -- ismail at pardus dot org dot tr changed: What|Removed |Added CC||ismail at pardus dot org dot ||tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044
[Bug c/34167] [4.3 regression] gcc fails to compile Linux kernel
--- Comment #1 from ismail at pardus dot org dot tr 2007-11-20 21:19 --- *** This bug has been marked as a duplicate of 32044 *** -- ismail at pardus dot org dot tr changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34167
[Bug rtl-optimization/6585] Redundant store/load instruction pairs on ix86
--- Comment #13 from ismail at pardus dot org dot tr 2007-11-23 06:02 --- Mainline now looks like : [~]> cat mul.s .file "mul.c" .text .p2align 4,,15 .globl mul .type mul, @function mul: subl$8, %esp movl%ebx, (%esp) movl24(%esp), %ecx movl12(%esp), %ebx movl%esi, 4(%esp) movl16(%esp), %eax movl20(%esp), %esi imull %ebx, %ecx imull %esi, %eax addl%eax, %ecx movl%esi, %eax mull%ebx movl(%esp), %ebx leal(%ecx,%edx), %esi movl%esi, %edx movl4(%esp), %esi addl$8, %esp ret .size mul, .-mul .ident "GCC: (GNU) 4.3.0 20071120 (experimental)" .section.note.GNU-stack,"",@progbits I think the bug can be closed as fixed now. -- ismail at pardus dot org dot tr changed: What|Removed |Added CC| |ismail at pardus dot org dot ||tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6585
[Bug regression/34221] New: -save-temps is broken on mainline
Look at : [~/test]> ls mul.c [~/test]> cat mul.c long long mul (long long a, long long b) { return a * b; } [~/test]> gcc -c -save-temps mul.c [~/test]> ls mul.c mul.o No assembly or preprocessed file produced. If I use -o : [~/test]> gcc -o mul -save-temps mul.c /usr/lib/gcc/i686-pc-linux-gnu/4.3.0/../../../crt1.o: In function `_start': (.text+0x18): undefined reference to `main' collect2: ld returned 1 exit status [~/test]> ls mul.c mul.i mul.o mul.s works as expected. -- Summary: -save-temps is broken on mainline Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: regression AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34221
[Bug regression/34221] -save-temps is broken on mainline
--- Comment #1 from ismail at pardus dot org dot tr 2007-11-25 23:21 --- Looks like a ccache bug instead. -- ismail at pardus dot org dot tr changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34221
[Bug middle-end/32044] [4.3 regression] udivdi3 counterproductive, unwarranted use
--- Comment #28 from ismail at pardus dot org dot tr 2007-11-27 05:55 --- Mark, Linux 2.6 tree as of this minute doesn't compile with gcc 4.3 trunk. You need to add -fno-tree-scev-cprop to the KBUILD_CFLAGS, but this is not upstreamed yet and I am not sure if it'll be accepted in case it results in a performance regression. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044
[Bug middle-end/34300] gcc 4.2.2 miscompiles code that uses global register variables
--- Comment #4 from ismail at pardus dot org dot tr 2007-11-30 11:56 --- Are we sure it works with trunk? Because this is initially found as a clisp crash bug and it still crashes with gcc 4.3 trunk but only when compiled with -O2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34300
[Bug middle-end/34300] gcc 4.2.2 miscompiles code that uses global register variables
--- Comment #5 from ismail at pardus dot org dot tr 2007-11-30 11:59 --- Indeed testcase doesn't abort with gcc 4.3 20071130 , so there must be another gcc bug hiding there :( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34300
[Bug c/34321] New: gcc fails glibc 2.7 regression tests [double test]
glibc 2.7's regression tests give one unexpected failure : cat buiild-default-i686-pc-linux-gnu-nptl/math/test-double.out testing double (without inline functions) Failure: Real part of: csqrt (-inf - inf i) == inf - inf i: Exception "Invalid operation" set Test suite completed: 2974 test cases plus 2603 tests for exception flags executed. 1 errors occurred. -- Summary: gcc fails glibc 2.7 regression tests [double test] Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34321
[Bug c/34321] gcc fails glibc 2.7 regression tests
--- Comment #1 from ismail at pardus dot org dot tr 2007-12-03 08:00 --- Also the check-localplt test fail : cat build-default-i686-pc-linux-gnu-nptl/elf/check-localplt.out --- ../scripts/data/localplt-i386-linux-gnu.data2006-01-30 11:29:48.0 +0200 +++ - 2007-12-03 09:56:49.530744080 +0200 @@ -2,6 +2,5 @@ libc.so: calloc libc.so: free libc.so: malloc -libc.so: memalign libc.so: realloc libm.so: matherr Ulrich Drepper says this is a compiler problem, see http://sourceware.org/bugzilla/show_bug.cgi?id=5313 -- ismail at pardus dot org dot tr changed: What|Removed |Added Summary|gcc fails glibc 2.7 |gcc fails glibc 2.7 |regression tests [double|regression tests |test] | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34321
[Bug c/34321] gcc fails glibc 2.7 regression tests
--- Comment #4 from ismail at pardus dot org dot tr 2007-12-03 11:01 --- Created an attachment (id=14687) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14687&action=view) glibc double test -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34321
[Bug c/34321] gcc fails glibc 2.7 regression tests
--- Comment #5 from ismail at pardus dot org dot tr 2007-12-03 11:02 --- Just run ./build.sh to build and ./test-double to run. Gives the following error with gcc 4.3 trunk here : testing double (without inline functions) Failure: Real part of: csin (-0 + inf i) == -0 + inf i: Exception "Invalid operation" set Test suite completed: 2974 test cases plus 2603 tests for exception flags executed. 1 errors occurred. Similar error as I reported but different function, I am not sure why yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34321
[Bug c/34321] gcc fails glibc 2.7 regression tests
--- Comment #3 from ismail at pardus dot org dot tr 2007-12-03 10:49 --- I will try to get two tests out of glibc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34321
[Bug middle-end/33088] [4.1/4.2/4.3 Regression] spurious exceptions with -ffloat-store
--- Comment #10 from ismail at pardus dot org dot tr 2007-12-03 11:17 --- This breaks glibc 2.7 regression tests. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33088
[Bug c/34337] New: Internal error while building gtkwhiteboardc.c from pidgin 2.3.0
I got an internal error while building gtkwhiteboard.c from pidgin 2.3.0 [0] . [0] http://downloads.sourceforge.net/pidgin/pidgin-2.3.0.tar.bz2 -- Summary: Internal error while building gtkwhiteboardc.c from pidgin 2.3.0 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34337
[Bug c/34337] Internal error while building gtkwhiteboardc.c from pidgin 2.3.0
--- Comment #1 from ismail at pardus dot org dot tr 2007-12-04 19:18 --- Created an attachment (id=14699) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14699&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34337
[Bug middle-end/34337] Internal error while building gtkwhiteboardc.c from pidgin 2.3.0
--- Comment #2 from ismail at pardus dot org dot tr 2007-12-04 19:29 --- Forget to add used options : -g -march=i686 -mtune=native -O2 is used. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34337
[Bug middle-end/34337] Internal error while building gtkwhiteboardc.c from pidgin 2.3.0
--- Comment #3 from ismail at pardus dot org dot tr 2007-12-04 19:29 --- gcc -v shows: Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc/4.3.0 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/include --datadir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0 --mandir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0/man --infodir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/include/g++-v3 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-libgcj --disable-libssp --disable-multilib --disable-nls --disable-werror --disable-checking --enable-clocale=gnu --enable-__cxa_atexit --enable-languages=c,c++,fortran,objc,obj-c++,treelang --enable-libstdcxx-allocator=new --enable-shared --enable-ssp --enable-threads=posix --enable-version-specific-runtime-libs --without-included-gettext --without-system-libunwind --with-system-zlib --with-pkgversion='Pardus Linux' --with-bugurl=http://bugs.pardus.org.tr Thread model: posix gcc version 4.3.0 20071204 SVN-r130598 (Pardus Linux) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34337
[Bug middle-end/34337] [4.3 Regression] Internal error while building gtkwhiteboardc.c from pidgin 2.3.0
--- Comment #7 from ismail at pardus dot org dot tr 2007-12-05 07:24 --- Just a note, this seems to break kernel-2.6.24 compilation too, out of memory and cc1 gets killed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34337
[Bug ada/34356] New: Can't bootstrap ADA on mainline
Tried to bootstrap using gnat-gpl-2007-i686-gnu-linux-libc2.3-bin.tar.gz as host compiler. Error is : /var/pisi/gcc-4.3_pre20071206-31/work/gcc-4.3-20071206/build-default-i686-pc-linux-gnu/./prev-gcc/xgcc -B/var/pisi/gcc-4.3_pre20071206-31/work/gcc-4.3-20071206/build-default-i686-pc-linux-gnu/./prev-gcc/ -B/usr/i686-pc-linux-gnu/bin/ -c -march=i686 -ftree-vectorize -O2 -pipe -fomit-frame-pointer -U_FORTIFY_SOURCE -fprofile-generate -gnatpg -gnata -nostdinc -I- -I. -Iada -I../../gcc/ada ../../gcc/ada/s-carun8.adb -o ada/s-carun8.o ../../gcc/ada/a-except.adb: In function 'Ada.Exceptions.Raise_From_Controlled_Operation': ../../gcc/ada/a-except.adb:1305: error: control flow in the middle of basic block 20 ../../gcc/ada/a-except.adb:1305: error: control flow in the middle of basic block 20 ../../gcc/ada/a-except.adb:1305: error: control flow in the middle of basic block 20 ../../gcc/ada/a-except.adb:1305: error: control flow in the middle of basic block 20 ../../gcc/ada/a-except.adb:1305: error: control flow in the middle of basic block 20 +===GNAT BUG DETECTED==+ | 4.3.0 20071206 [trunk revision 130641] (i686-pc-linux-gnu) GCC error:| | verify_flow_info failed | | Error detected around ../../gcc/ada/a-except.adb:1305| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:398 -- Summary: Can't bootstrap ADA on mainline Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34356
[Bug ada/34356] Can't bootstrap ADA on mainline
--- Comment #1 from ismail at pardus dot org dot tr 2007-12-06 12:23 --- Dup of bug #32581, stupid me. *** This bug has been marked as a duplicate of 32581 *** -- ismail at pardus dot org dot tr changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34356
[Bug bootstrap/32581] make profiledbootstrap - stageprofile - gcc/ada/a-except.adb:1301: error: control flow in the middle of basic block 20
--- Comment #3 from ismail at pardus dot org dot tr 2007-12-06 12:23 --- *** Bug 34356 has been marked as a duplicate of this bug. *** -- ismail at pardus dot org dot tr changed: What|Removed |Added CC||ismail at pardus dot org dot ||tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32581
[Bug bootstrap/32581] make profiledbootstrap - stageprofile - gcc/ada/a-except.adb:1301: error: control flow in the middle of basic block 20
--- Comment #4 from ismail at pardus dot org dot tr 2007-12-06 12:24 --- This still affects mainline as of revision 130641. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32581
[Bug bootstrap/32581] make profiledbootstrap - stageprofile - gcc/ada/a-except.adb:1301: error: control flow in the middle of basic block 20
--- Comment #5 from ismail at pardus dot org dot tr 2007-12-06 20:56 --- a-except.adb ali.adb cstand.adb einfo.adb exp_attr.adb exp_dbug.adb osint.adb par.adb prepcomp.adb restrict.adb rtsfind.adb s-os_lib.adb scn.adb sem_attr.adb sem_util.adb sprint.adb switch-c.adb targparm.adb files crashes if -fprofile-generate is used. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32581
[Bug middle-end/34454] New: [4.3 regression] Overflow check is optimized away when -O2 is enabled
Testcase : #include #include void foo(ssize_t x) { if (x >= 0) { if (x+x < 0) printf("Overflow\n"); } } main() { volatile ssize_t x =2147483647; foo(x); } When compiled with -O2 it doesn't print Overflow, if you omit -O2 it prints overflow. gcc 3.4.6 works fine so this is a regression. -- Summary: [4.3 regression] Overflow check is optimized away when - O2 is enabled Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34454
[Bug middle-end/34454] [4.3 regression] Overflow check is optimized away when -O2 is enabled
--- Comment #3 from ismail at pardus dot org dot tr 2007-12-13 19:37 --- FWIW this triggers a crash in Python 2.5, see http://bugs.python.org/issue1608 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34454
[Bug middle-end/34454] [4.3 regression] Overflow check is optimized away when -O2 is enabled
--- Comment #5 from ismail at pardus dot org dot tr 2007-12-13 20:48 --- Guido agreed on using -fwrapv hence a patch submitted, thanks for the diagnosis. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34454
[Bug middle-end/34477] New: [4.3 regression] Standard autoconf mktime test is too slow when compiled with -O2
See the timing, testcase is the usual mktime test from autoconf : [~]> gcc -O2 -o mktime mktime.c [~]> time ./mktime zsh: alarm ./mktime ./mktime 32,22s user 27,70s system 99% cpu 1:00,00 total [~]> gcc -o mktime mktime.c [~]> time ./mktime ./mktime 0,04s user 0,03s system 100% cpu 0,067 total [~]> gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc/4.3.0 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/include --datadir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0 --mandir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0/man --infodir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/include/g++-v3 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-libgcj --disable-libssp --disable-multilib --disable-nls --disable-werror --enable-checking=release --enable-clocale=gnu --enable-__cxa_atexit --enable-languages=c,c++,fortran,objc,obj-c++,treelang --enable-libstdcxx-allocator=new --enable-shared --enable-ssp --enable-threads=posix --enable-version-specific-runtime-libs --without-included-gettext --without-system-libunwind --with-system-zlib --with-pkgversion='Pardus Linux' --with-bugurl=http://bugs.pardus.org.tr Thread model: posix gcc version 4.3.0 20071215 [trunk revision 130952] (Pardus Linux) -- Summary: [4.3 regression] Standard autoconf mktime test is too slow when compiled with -O2 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34477
[Bug middle-end/34477] [4.3 regression] Standard autoconf mktime test is too slow when compiled with -O2
--- Comment #1 from ismail at pardus dot org dot tr 2007-12-15 10:27 --- Created an attachment (id=14766) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14766&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34477
[Bug middle-end/34477] [4.3 regression] Standard autoconf mktime test is too slow when compiled with -O2
--- Comment #2 from ismail at pardus dot org dot tr 2007-12-15 10:30 --- Timings with gcc 3.4.6 : [~]> gcc -o mktime mktime.c [~]> time ./mktime real0m0.052s user0m0.021s [~]> gcc -O2 -o mktime mktime.c [~]> time ./mktime real0m0.032s user0m0.021s sys 0m0.011s So this is a regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34477
[Bug middle-end/34477] [4.3 regression] Standard autoconf mktime test is too slow when compiled with -O2
--- Comment #5 from ismail at pardus dot org dot tr 2007-12-15 11:52 --- I don't believe this is invalid changing time_t_max and time_t_min to unsigned long doesn't fix the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34477
[Bug middle-end/34477] [4.3 regression] Standard autoconf mktime test is too slow when compiled with -O2
--- Comment #6 from ismail at pardus dot org dot tr 2007-12-15 11:52 --- Created an attachment (id=14768) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14768&action=view) Testcase with unsigned long values -- ismail at pardus dot org dot tr changed: What|Removed |Added Attachment #14766|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34477
[Bug middle-end/26061] error and warning count
--- Comment #14 from ismail at pardus dot org dot tr 2007-12-15 22:05 --- Created an attachment (id=14769) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14769&action=view) Better patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26061
[Bug middle-end/26061] error and warning count
--- Comment #15 from ismail at pardus dot org dot tr 2007-12-15 22:06 --- Attached is a better patch which adds -f{no}-show-error-count and uses it in regression tests so regtests works now. IDE's also can use this option. Is it possible to get this in for gcc 4.3 or gcc 4.4? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26061
[Bug middle-end/26061] error and warning count
--- Comment #16 from ismail at pardus dot org dot tr 2007-12-16 16:12 --- Created an attachment (id=14780) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14780&action=view) Unbreak lib{gomp,stdc++,ffi} tests -- ismail at pardus dot org dot tr changed: What|Removed |Added Attachment #14769|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26061
[Bug middle-end/26061] error and warning count
--- Comment #17 from ismail at pardus dot org dot tr 2007-12-16 16:14 --- Created an attachment (id=14781) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14781&action=view) Fix typo in the last patch -- ismail at pardus dot org dot tr changed: What|Removed |Added Attachment #14780|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26061
[Bug middle-end/26061] error and warning count
--- Comment #19 from ismail at pardus dot org dot tr 2007-12-16 16:55 --- Hi, (In reply to comment #18) > * My original patch modified several testsuite files: > http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01190.html, I guess you would > need > something equivalent. I added a flag to disable this to testsuite files (-fno-show-error-count) > * Joseph pointed that: > "A human readable message can't just be passed to fprintf like that, you > need to arrange for it to be extracted for translation and translated into > the user's language. Calling existing diagnostic functions does that, > otherwise the string needs surrounding with _()." True, I'll fix. > * Also he suggested: > "this change to output should perhaps be off by > default, with a new option to enable it people wanting this style can put > in their Makefiles." I really don't want to make it default off as it's really useful. I hope to fix the patch and make it default on for gcc 4.4 at least. Thanks for the suggestions, ismail -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26061
[Bug middle-end/34515] New: -Wstrict-overflow produces extra warnings
strtod_l.c from glibc-2.7 produces following warnings and Ian Lance Taylor said at the least for warning should only be issued with -Wstrict-overflow=3. strtod_l.c:1009: warning: assuming signed overflow does not occur when changing X +- C1 cmp C2 to X cmp C1 +- C2 strtod_l.c:1358: warning: assuming signed overflow does not occur when simplifying conditional to constant strtod_l.c:1358: warning: assuming signed overflow does not occur when simplifying conditional to constant strtod_l.c:1410: warning: assuming signed overflow does not occur when simplifying conditional to constant strtod_l.c:1410: warning: assuming signed overflow does not occur when simplifying conditional to constant strtod_l.c:1531: warning: assuming signed overflow does not occur when simplifying conditional to constant strtod_l.c:1531: warning: assuming signed overflow does not occur when simplifying conditional to constant -- Summary: -Wstrict-overflow produces extra warnings Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34515
[Bug middle-end/34515] -Wstrict-overflow produces extra warnings
--- Comment #1 from ismail at pardus dot org dot tr 2007-12-17 20:42 --- Created an attachment (id=14787) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14787&action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34515
[Bug middle-end/34515] -Wstrict-overflow produces extra warnings
--- Comment #2 from ismail at pardus dot org dot tr 2007-12-17 20:42 --- s/for warning/first warning -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34515
[Bug libgomp/34519] New: pr26943-2.c is regressed on mainline
This test was fine with revision 130991 but broken with mainline now. This is what I get now : [~]> gcc pr26943-2.c -lgomp [~]> ./a.out zsh: abort ./a.out Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc/4.3.0 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/include --datadir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0 --mandir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0/man --infodir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/include/g++-v3 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-libgcj --disable-libssp --disable-multilib --disable-nls --disable-werror --disable-mudflap --disable-libmudflap --enable-checking=release --enable-clocale=gnu --enable-__cxa_atexit --enable-languages=c,c++,fortran,objc --enable-libstdcxx-allocator=new --enable-shared --enable-ssp --enable-threads=posix --enable-version-specific-runtime-libs --without-included-gettext --without-system-libunwind --with-system-zlib --with-cpu=generic --with-pkgversion='Pardus Linux' --with-bugurl=http://bugs.pardus.org.tr Thread model: posix gcc version 4.3.0 20071217 [trunk revision 131010] (Pardus Linux) -- Summary: pr26943-2.c is regressed on mainline Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34519
[Bug libgomp/34519] pr26943-2.c is regressed on mainline
--- Comment #2 from ismail at pardus dot org dot tr 2007-12-18 14:17 --- I was testing outside of the testsuite to see why it failed. I see this in log : PASS: libgomp.c/pr26943-2.c (test for excess errors) Setting LD_LIBRARY_PATH to .:/var/pisi/gcc-4.3_pre20071218-31/work/gcc-4.3-20071218/build-default-i686-pc-linux-gnu/i686-pc-linux-gnu/./libgomp/.libs:/var/pisi/gcc-4.3_pre20071218-31/work/gcc-4.3-20071218/build-default-i686-pc-linux-gnu/gcc:.:/var/pisi/gcc-4.3_pre20071218-31/work/gcc-4.3-20071218/build-default-i686-pc-linux-gnu/i686-pc-linux-gnu/./libgomp/.libs:/var/pisi/gcc-4.3_pre20071218-31/work/gcc-4.3-20071218/build-default-i686-pc-linux-gnu/gcc:/var/pisi/gcc-4.3_pre20071218-31/work/gcc-4.3-20071218/build-default-i686-pc-linux-gnu/i686-pc-linux-gnu/libstdc++-v3/.libs:/var/pisi/gcc-4.3_pre20071218-31/work/gcc-4.3-20071218/build-default-i686-pc-linux-gnu/i686-pc-linux-gnu/libgomp/.libs:/var/pisi/gcc-4.3_pre20071218-31/work/gcc-4.3-20071218/build-default-i686-pc-linux-gnu/./gcc:/var/pisi/gcc-4.3_pre20071218-31/work/gcc-4.3-20071218/build-default-i686-pc-linux-gnu/./prev-gcc FAIL: libgomp.c/pr26943-2.c execution test I can't seem to compile the testcase by hand with -fopenmp : [~]> gcc -fopenmp pr26943-2.c -lgomp /tmp/ccaOHasa.o: In function `main.omp_fn.0': pr26943-2.c:(.text+0x179): undefined reference to `__sync_fetch_and_add_4' pr26943-2.c:(.text+0x2c7): undefined reference to `__sync_fetch_and_add_4' collect2: ld returned 1 exit status -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34519
[Bug libgomp/34519] pr26943-2.c is regressed on mainline
--- Comment #4 from ismail at pardus dot org dot tr 2007-12-18 14:39 --- [~]> gcc -fopenmp -march=i486 pr26943-2.c -lgomp [~]> ./a.out [~]> works fine like this, I don't know why it fails in the tests. Hmm wonder if --with-cpu=generic could affect this? This is a 4 CPU Xeon machine btw. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34519
[Bug libgomp/34519] pr26943-2.c is regressed on mainline
--- Comment #5 from ismail at pardus dot org dot tr 2007-12-18 23:11 --- Re-tested with no problems now, but machine was under %300 load when this test failed. Interestingly rest of the regtests passed fine. Anyway this is invalid. Thanks for the attention. -- ismail at pardus dot org dot tr changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34519
[Bug c++/34397] [4.3 regression] ICE on invalid default template parameter
--- Comment #11 from ismail at pardus dot org dot tr 2007-12-26 05:19 --- Can confirm on i686 linux: [~]> g++ test.cpp test.cpp:3: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <http://bugs.pardus.org.tr> for instructions. [~]> g++ -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc/4.3.0 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/include --datadir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0 --mandir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0/man --infodir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/include/g++-v3 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-libgcj --disable-libssp --disable-multilib --disable-nls --disable-werror --disable-mudflap --disable-libmudflap --enable-checking=release --enable-clocale=gnu --enable-__cxa_atexit --enable-languages=c,c++,fortran,objc --enable-libstdcxx-allocator=new --enable-shared --enable-ssp --enable-threads=posix --enable-version-specific-runtime-libs --without-included-gettext --without-system-libunwind --with-system-zlib --with-pkgversion='Pardus Linux' --with-bugurl=http://bugs.pardus.org.tr Thread model: posix gcc version 4.3.0 20071225 [trunk revision 131170] (Pardus Linux) -- ismail at pardus dot org dot tr changed: What|Removed |Added CC| |ismail at pardus dot org dot | |tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34397
[Bug fortran/34616] New: CBLAS_ICAMAX test from cblas fails
How to reproduce; wget -c http://www.netlib.org/blas/blast-forum/cblas.tgz unpack & build. make all make alltst and run CBLAS_ICAMAX test to see : [~/CBLAS]> ./testing/xccblat1 Complex CBLAS Test Program Results Test of subprogram number 1 CBLAS_CDOTC - PASS - Test of subprogram number 2 CBLAS_CDOTU - PASS - Test of subprogram number 3 CBLAS_CAXPY - PASS - Test of subprogram number 4 CBLAS_CCOPY - PASS - Test of subprogram number 5 CBLAS_CSWAP - PASS - Test of subprogram number 6 CBLAS_SCNRM2 - PASS - Test of subprogram number 7 CBLAS_SCASUM - PASS - Test of subprogram number 8 CBLAS_CSCAL - PASS - Test of subprogram number 9 CBLAS_CSSCAL - PASS - Test of subprogram number 10 CBLAS_ICAMAX FAIL CASE N INCX INCY MODECOMP TRUE DIFFERENCE 10 41 3 2 1 10 42 3 2 1 Last test fails. gcc says : [~]> gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc/4.3.0 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/include --datadir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0 --mandir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0/man --infodir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/include/g++-v3 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-libgcj --disable-libssp --disable-multilib --disable-nls --disable-werror --disable-mudflap --disable-libmudflap --enable-checking=release --enable-clocale=gnu --enable-__cxa_atexit --enable-languages=c,c++,fortran,objc --enable-libstdcxx-allocator=new --enable-shared --enable-ssp --enable-threads=posix --enable-version-specific-runtime-libs --without-included-gettext --without-system-libunwind --with-system-zlib --with-pkgversion='Pardus Linux' --with-bugurl=http://bugs.pardus.org.tr Thread model: posix gcc version 4.3.0 20071229 [trunk revision 131217] (Pardus Linux) -- Summary: CBLAS_ICAMAX test from cblas fails Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34616
[Bug target/32276] [4.3 Regression]: libmudflap.c++/pass41-frag.cxx
--- Comment #5 from ismail at pardus dot org dot tr 2008-01-03 01:51 --- I think component shouldn't be target because it fails on more than one platform. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32276
[Bug fortran/34698] [4.3 regression] common_6.f90 gives internal compiler error
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-07 01:32 --- I mean 2008-01-06 snapshot of course, duh. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34698
[Bug fortran/34698] New: [4.3 regression] common_6.f90 gives internal compiler error
This is introduced in last 24 hours because 2007-01-06 snapshot was ok, Executing on host: /var/pisi/gcc-4.3_pre20080107-32/work/gcc-4.3-20080107/build/gcc/testsuite/gfortran/../../gfortran -B/var/pisi/gcc-4.3_pre20080107-32/work /gcc-4.3-20080107/build/gcc/testsuite/gfortran/../../ /var/pisi/gcc-4.3_pre20080107-32/work/gcc-4.3-20080107/gcc/testsuite/gfortran.dg/common_6.f90 -O -p edantic-errors -fno-show-error-count -S -o common_6.s(timeout = 300) /var/pisi/gcc-4.3_pre20080107-32/work/gcc-4.3-20080107/gcc/testsuite/gfortran.dg/common_6.f90:3.6: common ! { dg-error "Syntax error" } 1 Error: Syntax error in COMMON statement at (1) /var/pisi/gcc-4.3_pre20080107-32/work/gcc-4.3-20080107/gcc/testsuite/gfortran.dg/common_6.f90:4.9: common // ! { dg-error "Syntax error" } 1 Error: Syntax error in COMMON statement at (1) /var/pisi/gcc-4.3_pre20080107-32/work/gcc-4.3-20080107/gcc/testsuite/gfortran.dg/common_6.f90:5.10: common /a/ ! { dg-error "Syntax error" } 1 Error: Syntax error in COMMON statement at (1) /var/pisi/gcc-4.3_pre20080107-32/work/gcc-4.3-20080107/gcc/testsuite/gfortran.dg/common_6.f90:6.14: common /b/x/c/ ! { dg-error "Syntax error" } 1 Error: Syntax error in COMMON statement at (1) /var/pisi/gcc-4.3_pre20080107-32/work/gcc-4.3-20080107/gcc/testsuite/gfortran.dg/common_6.f90:7.11: common y/d/ ! { dg-error "Syntax error" } 1 Error: Syntax error in COMMON statement at (1) /var/pisi/gcc-4.3_pre20080107-32/work/gcc-4.3-20080107/gcc/testsuite/gfortran.dg/common_6.f90:8.10: common /e//f/ ! { dg-error "Syntax error" } 1 Error: Syntax error in COMMON statement at (1) /var/pisi/gcc-4.3_pre20080107-32/work/gcc-4.3-20080107/gcc/testsuite/gfortran.dg/common_6.f90:9.9: common ///g/! { dg-error "Syntax error" } 1 Error: Syntax error in COMMON statement at (1) f951: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <http://bugs.pardus.org.tr> for instructions. compiler exited with status 1 [~]> /var/pisi/gcc-4.3_pre20080107-32/work/gcc-4.3-20080107/build/gcc/testsuite/gfortran/../../gfortran -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib --libexecdir=/usr/lib --includedir=/usr/include --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++ --disable-libgcj --disable-multilib --disable-nls --disable-werror --disable-mudflap --disable-libmudflap --enable-checking=release --enable-clocale=gnu --enable-__cxa_atexit --enable-languages=c,c++,fortran,objc --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-shared --enable-ssp --disable-libssp --enable-threads=posix --without-included-gettext --without-system-libunwind --with-system-zlib --with-cpu=generic --with-pkgversion='Pardus Linux' --with-bugurl=http://bugs.pardus.org.tr Thread model: posix gcc version 4.3.0 20080107 [trunk revision 131370] (Pardus Linux) -- Summary: [4.3 regression] common_6.f90 gives internal compiler error Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34698
[Bug middle-end/34718] New: gcc.dg/vect/vect-iv-9.c fails with --disable-checking
Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib --libexecdir=/usr/lib --includedir=/usr/include --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++ --disable-libgcj --disable-multilib --disable-nls --disable-werror --disable-mudflap --disable-libmudflap --disable-checking --enable-clocale=gnu --enable-__cxa_atexit --enable-languages=c,c++,fortran,objc --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-shared --enable-ssp --disable-libssp --enable-threads=posix --without-included-gettext --without-system-libunwind --with-system-zlib --with-cpu=generic --with-pkgversion='Pardus Linux' --with-bugurl=http://bugs.pardus.org.tr Thread model: posix gcc version 4.3.0 20080108 [trunk revision 131392] (Pardus Linux) I see one unexpected failure : FAIL: gcc.dg/vect/vect-iv-9.c scan-tree-dump-times vect "vectorized 1 loops" 2 This only seems to happen with --disable-checking because 20080107 snapshot with --enable-checking=release passed the test. -- Summary: gcc.dg/vect/vect-iv-9.c fails with --disable-checking Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34718
[Bug middle-end/34718] gcc.dg/vect/vect-iv-9.c fails with --disable-checking
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-09 02:37 --- No longer producable with trunk revision 131409 -> invalid. -- ismail at pardus dot org dot tr changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34718
[Bug target/34641] [4.3 Regression] ICE in reload_cse_simplify_operands, at postreload.c:395
--- Comment #7 from ismail at pardus dot org dot tr 2008-01-11 02:31 --- Added testcase doesn't compile on i686-linux : gcc/testsuite/g++.dg/torture/pr34641.C:16: error: 'operator new' takes type 'size_t' ('unsigned int') as first parameter -- ismail at pardus dot org dot tr changed: What|Removed |Added CC| |ismail at pardus dot org dot ||tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34641
[Bug middle-end/32135] [4.3 Regression] bogus array-ref fold triggering array overflow warning
--- Comment #7 from ismail at pardus dot org dot tr 2008-01-13 14:01 --- This is possibly is the reason for new test failures: FAIL: gcc.dg/Warray-bounds.c (test for warnings, line 59) FAIL: gcc.dg/Warray-bounds.c (test for warnings, line 65) FAIL: gcc.dg/Warray-bounds.c (test for warnings, line 66) -- ismail at pardus dot org dot tr changed: What|Removed |Added CC||ismail at pardus dot org dot ||tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32135
[Bug middle-end/32044] [4.3 regression] udivdi3 counterproductive, unwarranted use
--- Comment #41 from ismail at pardus dot org dot tr 2008-01-15 02:42 --- (In reply to comment #40) > This bug cause linux kernel unable to compile. So I think it must be fixed > before 4.3 is released Yes and there is a known workaround, see comment #28 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044
[Bug middle-end/34843] New: Missing overflow diagnostic for Python 2.5's unicodeobject.c
unicodeobject.c from Python 2.5 assumes signed integer overflow in the following code in unicode_expandtabs function : i and j are signed integers (defined as ssize_t) : [...] else { j++; if (*p == '\n' || *p == '\r') { i += j; <=== Possible overflow old_j = j = 0; if (i < 0) { <== Code won't work due to undefined overflow PyErr_SetString(PyExc_OverflowError, "new string is too long"); return NULL; } } } [...] Now if I compile this file with -O3 -Wstrict-overflow=3 I got no warning although undefined overflow occurs and code is miscompiled unless -fwrapv is specified. I think gcc should be warning us here about undefined overflow. -- Summary: Missing overflow diagnostic for Python 2.5's unicodeobject.c Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34843
[Bug middle-end/34843] Missing overflow diagnostic for Python 2.5's unicodeobject.c
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-18 01:46 --- Created an attachment (id=14964) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14964&action=view) Preprocessed source code for unicodeobject.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34843
[Bug c/34841] 'make check' of libsndfile-1.0.17 fails with gcc-4.2.2 -O2 optimization, OK with -O1 one
--- Comment #9 from ismail at pardus dot org dot tr 2008-01-18 02:45 --- File lossy_comp_test.c starting line 761 : sum_abs = abs (sum_abs + abs (abs (data [k]) - 256)) ; if (sum_abs < 1.0) { printf ("\n\nLine %d: Signal is all zeros (%d, 0x%X).\n", __LINE__, sum_abs, sum_abs) ; exit (1) ; } ; sum_abs gets a value of -27260928 . Making sum_abs unsigned fixes the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34841
[Bug c/34841] 'make check' of libsndfile-1.0.17 fails with gcc-4.2.2 -O2 optimization, OK with -O1 one
--- Comment #11 from ismail at pardus dot org dot tr 2008-01-18 03:10 --- Actually the only bug here is that -Wstrict-overflow should issue a warning for that line. About the dependency on optimization level, signed integer overflow is undefined in C standard so its not a good idea to depend on it. What GCC does is exploiting this fact for optimizations which is fine. What -fwrapv does that it defines wrapping for signed integer overflow. I hope this makes the issue more clear. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34841
[Bug c/34841] 'make check' of libsndfile-1.0.17 fails with gcc-4.2.2 -O2 optimization, OK with -O1 one
--- Comment #13 from ismail at pardus dot org dot tr 2008-01-18 03:22 --- I don't think thats possible given the fact that an optimization pass modifies code to be able to well "optimize" it. Implications and merits of -fwrapv is discussed deeply before, you might want to Google for it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34841
[Bug middle-end/34843] Missing overflow diagnostic for Python 2.5's unicodeobject.c
--- Comment #3 from ismail at pardus dot org dot tr 2008-01-18 16:41 --- Looks like -Wall being at the end disables this warning uh oh. This is invalid, sorry for taking your time. -- ismail at pardus dot org dot tr changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34843
[Bug middle-end/34843] Missing overflow diagnostic for Python 2.5's unicodeobject.c
--- Comment #4 from ismail at pardus dot org dot tr 2008-01-18 17:19 --- Actually I am reopening this because after talking to Richi we agree that -Wall should not reset -Wstrict-overflow. But of course final decision is up to iant. -- ismail at pardus dot org dot tr changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34843
[Bug middle-end/34856] ICE with some constant vectors
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-18 19:45 --- on i686 linux I get; test.c:16: internal compiler error: in for_each_index, at tree-ssa-loop-im.c:222 works with gcc 3.4.6. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
[Bug c/32102] -Wall stomps on -Wstrict-overflow
--- Comment #4 from ismail at pardus dot org dot tr 2008-01-18 18:46 --- I think then -Wall shouldn't enable -Wstrict-overflow at all. Because current situation is counter intuitive. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32102
[Bug c/32102] -Wall stomps on -Wstrict-overflow
--- Comment #6 from ismail at pardus dot org dot tr 2008-01-18 19:11 --- Manu, Your fix looks quite obvious, could you send it to gcc-patches so we can fix this before the freeze? Thanks for the quick fix btw. Regards, ismail -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32102
[Bug middle-end/34725] [4.3 regression] gcc 4.3-rev 131213 miscompiles libgcrypt 1.4.0 at -O2 -mtune=i686 -fomit-frame-pointer
--- Comment #2 from ismail at pardus dot org dot tr 2008-01-20 04:57 --- --disable-padlock fixes the crash so the crashing part is the inline asm that is under #ifdef ENABLE_PADLOCK_SUPPORT . -- ismail at pardus dot org dot tr changed: What|Removed |Added CC||ismail at pardus dot org dot ||tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34725
[Bug middle-end/34905] New: valgrind error indication from testsuite typeck.c:comptypes
FAIL: g++.dg/conversion/simd1.C (test for excess errors) Excess errors: ==18116== Conditional jump or move depends on uninitialised value(s) ==18116==at 0x80CFD96: comptypes (typeck.c:1107) ==18116==by 0x8122A01: vector_types_convertible_p (c-common.c:1196) ==18116==by 0x80DA8BA: convert_for_assignment (typeck.c:6349) ==18116==by 0x80DAEAE: convert_for_initialization (typeck.c:6540) ==18116==by 0x80DB6A2: check_return_expr (typeck.c:6832) ==18116==by 0x80EF109: finish_return_stmt (semantics.c:787) ==18116==by 0x80B8AE6: cp_parser_jump_statement (parser.c:7460) ==18116==by 0x80B7B3D: cp_parser_statement (parser.c:6649) ==18116==by 0x80B804D: cp_parser_statement_seq_opt (parser.c:6931) ==18116==by 0x80B7F84: cp_parser_compound_statement (parser.c:6888) ==18116==by 0x80BFCBA: cp_parser_function_body (parser.c:13765) ==18116==by 0x80BFCE3: cp_parser_ctor_initializer_opt_and_function_body (parser.c:13782) -- Summary: valgrind error indication from testsuite typeck.c:comptypes Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34905
[Bug middle-end/34906] New: valgrind error indication from testsuite gimplify.c: gimplify_asm_expr
FAIL: g++.dg/ext/asm3.C (test for excess errors) Excess errors: ==25921== Conditional jump or move depends on uninitialised value(s) ==25921==at 0x8292529: gimplify_asm_expr (gimplify.c:4285) ==25921==by 0x82952A7: gimplify_expr (gimplify.c:5904) ==25921==by 0x8292FD7: gimplify_stmt (gimplify.c:4644) ==25921==by 0x8292FEA: gimplify_to_stmt_list (gimplify.c:4652) ==25921==by 0x8292A7C: gimplify_cleanup_point_expr (gimplify.c:4462) ==25921==by 0x82952ED: gimplify_expr (gimplify.c:5915) ==25921==by 0x8292FD7: gimplify_stmt (gimplify.c:4644) ==25921==by 0x8292128: gimplify_statement_list (gimplify.c:4094) ==25921==by 0x829544D: gimplify_expr (gimplify.c:5957) ==25921==by 0x8292FD7: gimplify_stmt (gimplify.c:4644) ==25921==by 0x8292FEA: gimplify_to_stmt_list (gimplify.c:4652) ==25921==by 0x828C85C: gimplify_bind_expr (gimplify.c:1103) ==25921==· ==25921== Conditional jump or move depends on uninitialised value(s) ==25921==at 0x829258E: gimplify_asm_expr (gimplify.c:4294) ==25921==by 0x82952A7: gimplify_expr (gimplify.c:5904) ==25921==by 0x8292FD7: gimplify_stmt (gimplify.c:4644) ==25921==by 0x8292FEA: gimplify_to_stmt_list (gimplify.c:4652) ==25921==by 0x8292A7C: gimplify_cleanup_point_expr (gimplify.c:4462) ==25921==by 0x82952ED: gimplify_expr (gimplify.c:5915) ==25921==by 0x8292FD7: gimplify_stmt (gimplify.c:4644) ==25921==by 0x8292128: gimplify_statement_list (gimplify.c:4094) ==25921==by 0x829544D: gimplify_expr (gimplify.c:5957) ==25921==by 0x8292FD7: gimplify_stmt (gimplify.c:4644) ==25921==by 0x8292FEA: gimplify_to_stmt_list (gimplify.c:4652) ==25921==by 0x828C85C: gimplify_bind_expr (gimplify.c:1103) -- Summary: valgrind error indication from testsuite gimplify.c: gimplify_asm_expr Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34906
[Bug middle-end/34905] valgrind error indication from testsuite typeck.c:comptypes
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 17:11 --- Used svn revision 131650. -- ismail at pardus dot org dot tr changed: What|Removed |Added GCC target triplet||i686-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34905
[Bug middle-end/34906] valgrind error indication from testsuite gimplify.c: gimplify_asm_expr
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 17:13 --- Used svn revision 131650. -- ismail at pardus dot org dot tr changed: What|Removed |Added GCC target triplet||i686-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34906
[Bug middle-end/34907] New: valgrind error indication from testsuite trans-types.c: gfc_typenode_for_spec
Valgrind shows, FAIL: gfortran.dg/char_cshift_1.f90 -O0 (test for excess errors) Excess errors: ==28334== Conditional jump or move depends on uninitialised value(s) ==28334==at 0x811A4B9: gfc_typenode_for_spec (trans-types.c:848) ==28334==by 0x810041F: gfc_conv_intrinsic_conversion (trans-intrinsic.c:265) ==28334==by 0x8108A81: gfc_conv_intrinsic_function (trans-intrinsic.c:3822) ==28334==by 0x80FCE9D: gfc_conv_function_expr (trans-expr.c:3033) ==28334==by 0x80FE23B: gfc_conv_expr (trans-expr.c:3537) ==28334==by 0x80FE5E3: gfc_conv_expr_reference (trans-expr.c:3660) ==28334==by 0x80FB74B: gfc_conv_function_call (trans-expr.c:2428) ==28334==by 0x810370F: gfc_conv_intrinsic_funcall (trans-intrinsic.c:1641) ==28334==by 0x8108811: gfc_conv_intrinsic_function (trans-intrinsic.c:3727) ==28334==by 0x80FCE9D: gfc_conv_function_expr (trans-expr.c:3033) ==28334==by 0x80FE23B: gfc_conv_expr (trans-expr.c:3537) ==28334==by 0x80E42C9: gfc_add_loop_ss_code (trans-array.c:1902) -- Summary: valgrind error indication from testsuite trans-types.c: gfc_typenode_for_spec Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr GCC host triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34907
[Bug middle-end/34907] valgrind error indication from testsuite trans-types.c: gfc_typenode_for_spec
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 21:59 --- Used svn revision 131650. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34907
[Bug middle-end/34907] valgrind error indication from testsuite trans-types.c: gfc_typenode_for_spec
--- Comment #2 from ismail at pardus dot org dot tr 2008-01-21 22:00 --- Also this part seems to apply too: ==29085==· ==29085== Conditional jump or move depends on uninitialised value(s) ==29085==at 0x811A4B9: gfc_typenode_for_spec (trans-types.c:848) ==29085==by 0x810041F: gfc_conv_intrinsic_conversion (trans-intrinsic.c:265) ==29085==by 0x8108A81: gfc_conv_intrinsic_function (trans-intrinsic.c:3822) ==29085==by 0x80FCE9D: gfc_conv_function_expr (trans-expr.c:3033) ==29085==by 0x80FE23B: gfc_conv_expr (trans-expr.c:3537) ==29085==by 0x80FE365: gfc_conv_expr_val (trans-expr.c:3590) ==29085==by 0x80EA952: gfc_conv_expr_descriptor (trans-array.c:4805) ==29085==by 0x80EB554: gfc_conv_array_parameter (trans-array.c:5102) ==29085==by 0x80FB8C1: gfc_conv_function_call (trans-expr.c:2464) ==29085==by 0x810370F: gfc_conv_intrinsic_funcall (trans-intrinsic.c:1641) ==29085==by 0x8108811: gfc_conv_intrinsic_function (trans-intrinsic.c:3727) ==29085==by 0x80FCE9D: gfc_conv_function_expr (trans-expr.c:3033) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34907
[Bug middle-end/34908] New: valgrind error indication from testsuite hashtab.c : htab_hash_string
FAIL: gfortran.dg/do_3.F90 -O3 -g (test for excess errors) Excess errors: ==6073== Invalid read of size 1 ==6073==at 0x870B847: htab_hash_string (hashtab.c:812) ==6073==by 0x8196A99: lookup_filename (dwarf2out.c:14304) ==6073==by 0x8191935: add_src_coords_attributes (dwarf2out.c:11359) ==6073==by 0x81919FE: add_name_and_src_coords_attributes (dwarf2out.c:11376) ==6073==by 0x81935B4: gen_subprogram_die (dwarf2out.c:12376) ==6073==by 0x8196109: gen_decl_die (dwarf2out.c:13901) ==6073==by 0x81968ED: dwarf2out_decl (dwarf2out.c:14218) ==6073==by 0x81931AE: dwarf2out_abstract_function (dwarf2out.c:12236) ==6073==by 0x84BAEB8: expand_call_inline (tree-inline.c:2874) ==6073==by 0x84BAFA2: gimple_expand_calls_inline (tree-inline.c:2910) ==6073==by 0x84BB2D8: optimize_inline_calls (tree-inline.c:3003) ==6073==by 0x849E44F: apply_inline (ipa-inline.c:1598) ==6073== Address 0x424fa38 is 0 bytes inside a block of size 90 free'd ==6073==at 0x4022F82: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==6073==by 0x80BD16B: preprocessor_line (scanner.c:1412) ==6073==by 0x80BD585: load_file (scanner.c:1566) ==6073==by 0x80BD8A5: gfc_new_file (scanner.c:1680) ==6073==by 0x80D24ED: gfc_init (f95-lang.c:290) ==6073==by 0x8314354: lang_dependent_init (toplev.c:2128) ==6073==by 0x8314585: do_compile (toplev.c:2250) ==6073==by 0x83145F0: toplev_main (toplev.c:2283) ==6073==by 0x811D011: main (main.c:35) ==6073==· ==6073== Invalid read of size 1 ==6073==at 0x4024CC3: strcmp (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==6073==by 0x870B4E1: htab_find_slot_with_hash (hashtab.c:634) ==6073==by 0x8196ABA: lookup_filename (dwarf2out.c:14304) ==6073==by 0x8191935: add_src_coords_attributes (dwarf2out.c:11359) ==6073==by 0x81919FE: add_name_and_src_coords_attributes (dwarf2out.c:11376) ==6073==by 0x8192CBD: gen_formal_parameter_die (dwarf2out.c:12063) ==6073==by 0x81963AA: gen_decl_die (dwarf2out.c:13985) ==6073==by 0x8193A1E: gen_subprogram_die (dwarf2out.c:12540) ==6073==by 0x8196109: gen_decl_die (dwarf2out.c:13901) ==6073==by 0x81968ED: dwarf2out_decl (dwarf2out.c:14218) ==6073==by 0x81931AE: dwarf2out_abstract_function (dwarf2out.c:12236) ==6073==by 0x84BAEB8: expand_call_inline (tree-inline.c:2874) ==6073== Address 0x424fa38 is 0 bytes inside a block of size 90 free'd ==6073==at 0x4022F82: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==6073==by 0x80BD16B: preprocessor_line (scanner.c:1412) ==6073==by 0x80BD585: load_file (scanner.c:1566) ==6073==by 0x80BD8A5: gfc_new_file (scanner.c:1680) ==6073==by 0x80D24ED: gfc_init (f95-lang.c:290) ==6073==by 0x8314354: lang_dependent_init (toplev.c:2128) ==6073==by 0x8314585: do_compile (toplev.c:2250) ==6073==by 0x83145F0: toplev_main (toplev.c:2283) ==6073==by 0x811D011: main (main.c:35) Used svn revision 131650. -- Summary: valgrind error indication from testsuite hashtab.c : htab_hash_string Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34908
[Bug middle-end/34909] New: valgrind error indication from testsuite c-pch.c: c_common_write_pch
FAIL: ./interface-1.h -O0 -g (test for excess errors) Excess errors: ==32267== Invalid read of size 1 ==32267==at 0x4024F08: memcpy (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==32267==by 0x80B8E4E: c_common_write_pch (c-pch.c:212) ==32267==by 0x80617C3: pop_file_scope (c-decl.c:922) ==32267==by 0x80AE38E: c_common_parse_file (c-opts.c:1286) ==32267==by 0x82D79EE: compile_file (toplev.c:1042) ==32267==by 0x82D92E2: do_compile (toplev.c:2251) ==32267==by 0x82D9344: toplev_main (toplev.c:2283) ==32267==by 0x80CE6A9: main (main.c:35) ==32267== Address 0x460f53c is not stack'd, malloc'd or (recently) free'd -- Summary: valgrind error indication from testsuite c-pch.c: c_common_write_pch Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34909
[Bug middle-end/34909] valgrind error indication from testsuite c-pch.c: c_common_write_pch
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 22:06 --- Used svn revision 131650. -- ismail at pardus dot org dot tr changed: What|Removed |Added GCC host triplet||i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34909
[Bug middle-end/34923] New: Bootstrap fails due to a crash at libiberty/argv.c: expandargs
This doesn't happen with 2008-01-19 snapshot, [~]> /var/pisi/gcc-4.3_pre20080122-33/work/gcc-4.3-20080122/build/./gcc/xgcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib --libexecdir=/usr/lib --includedir=/usr/include --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++ --disable-libgcj --disable-multilib --disable-nls --disable-werror --disable-mudflap --disable-libmudflap --enable-checking=release --enable-clocale=gnu --enable-__cxa_atexit --enable-languages=c,c++,fortran,objc --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-shared --enable-ssp --disable-libssp --enable-threads=posix --without-included-gettext --without-system-libunwind --with-system-zlib --with-cpu=generic --with-pkgversion='Pardus Linux' --with-bugurl=http://bugs.pardus.org.tr Thread model: posix gcc version 4.3.0 20080122 [trunk revision 131713] (Pardus Linux) [~]> /var/pisi/gcc-4.3_pre20080122-33/work/gcc-4.3-20080122/build/./gcc/xgcc -c /dev/null zsh: segmentation fault /var/pisi/gcc-4.3_pre20080122-33/work/gcc-4.3-20080122/build/./gcc/xgcc -c gdb shows : Program received signal SIGSEGV, Segmentation fault. expandargv (argcp=0xafa5bdb0, argvp=0xafa5bdb4) at ../../libiberty/argv.c:400 400 if (filename[0] != '@') (gdb) frame 0 #0 expandargv (argcp=0xafa5bdb0, argvp=0xafa5bdb4) at ../../libiberty/argv.c:400 400 if (filename[0] != '@') (gdb) print filename $1 = 0x0 -- Summary: Bootstrap fails due to a crash at libiberty/argv.c: expandargs Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ismail at pardus dot org dot tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923
[Bug middle-end/34923] Bootstrap fails due to a crash at libiberty/argv.c: expandargs
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-22 14:45 --- This only happens when make profiledbootstrap is used. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923
[Bug middle-end/34923] Bootstrap fails due to a crash at libiberty/argv.c: expandargs
--- Comment #3 from ismail at pardus dot org dot tr 2008-01-22 15:51 --- Thats the exact place I crash, though 2008-01-19 snapshot was OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923