[Bug middle-end/28752] bootstrap comparision fails with -ftree-vectorize -maltivec on ppc
--- Comment #9 from irar at il dot ibm dot com 2006-11-07 08:31 --- In r110758 (and r110705) bootstrap with BOOT_CFLAGS=-O2 -g -ftree-vectorize -maltivec fails with another error: /Develop/main-110758/build-vect/./prev-gcc/xgcc -B/Develop/main-110758/build-vect/./prev-gcc/ -B/Develop/main-110758//powerpc64-suse-linux/bin/ -c -O2 -g -ftree-vectorize -maltivec -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -Werror-DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber -I../libdecnumber../../gcc/gcc/regmove.c -o regmove.o ../../gcc/gcc/recog.c: In function constrain_operands: ../../gcc/gcc/recog.c:2270: internal compiler error: in mark_operand_necessary, at tree-ssa-dce.c:266 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[3]: *** [recog.o] Error 1 make[3]: *** Waiting for unfinished jobs rm cpp.pod gfdl.pod gfortran.pod fsf-funding.pod gpl.pod gcc.pod gcov.pod make[3]: Leaving directory `/Develop/main-110758/build-vect/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/Develop/main-110758/build-vect' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/Develop/main-110758/build-vect' make: *** [bootstrap] Error 2 The guilty loop is recog.c:2283, i.e., forcing this loop not to get vectorized makes bootstrap with vectorization to pass. The backtrace: Breakpoint 1, fancy_abort (file=0x107b4668 ../../gcc/gcc/tree-ssa-dce.c, line=266, function=0x107b4930 mark_operand_necessary) at ../../gcc/gcc/diagnostic.c:642 642 internal_error (in %s, at %s:%d, function, trim_filename (file), line); (gdb) backtrace #0 fancy_abort (file=0x107b4668 ../../gcc/gcc/tree-ssa-dce.c, line=266, function=0x107b4930 mark_operand_necessary) at ../../gcc/gcc/diagnostic.c:642 During symbol reading, incomplete CFI data; unspecified registers (e.g., r0) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r2) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r3) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r4) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r5) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r6) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r7) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r8) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r9) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r10) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r11) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r12) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r13) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r14) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r15) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r16) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r17) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r18) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r19) at 0x10203008. During symbol reading, incomplete CFI data; unspecified registers (e.g., r20) at 0x10203008. #1 0x105d2654 in mark_operand_necessary (op=0xf6d34e40, phionly=0 '\0') at ../../gcc/gcc/tree-ssa-dce.c:266 #2 0x105d218c in propagate_necessity (el=0x10ad6000) at ../../gcc/gcc/tree-ssa-dce.c:553 #3 0x105d401c in perform_tree_ssa_dce (aggressive=1 '\001') at ../../gcc/gcc/tree-ssa-dce.c:906 #4 0x105d4148 in tree_ssa_cd_dce () at ../../gcc/gcc/tree-ssa-dce.c:947 #5 0x1051b110 in execute_one_pass (pass=0x1088c584) at ../../gcc/gcc/passes.c:853 #6 0x1051b2c8 in execute_pass_list (pass=0x1088c584) at ../../gcc/gcc/passes.c:897 #7 0x1051b2f4 in execute_pass_list (pass=0x108876dc) at ../../gcc/gcc/passes.c:898 #8 0x100b1684 in tree_rest_of_compilation (fndecl=0xf7862d00) at ../../gcc/gcc/tree-optimize.c:412 #9 0x10016914 in c_expand_body (fndecl=0xf7862d00) at ../../gcc/gcc/c-decl.c:6689 #10 0x1059b914 in cgraph_expand_function (node=0xf75b3e00) at ../../gcc/gcc/cgraphunit.c:1101 #11 0x1059bba4 in cgraph_expand_all_functions () at ../../gcc/gcc/cgraphunit.c:1166 #12 0x1059c798 in cgraph_optimize () at ../../gcc/gcc/cgraphunit.c:1434 #13
[Bug middle-end/28752] bootstrap comparision fails with -ftree-vectorize -maltivec on ppc
--- Comment #10 from irar at il dot ibm dot com 2006-11-07 08:32 --- Created an attachment (id=12560) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12560action=view) recog.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28752
[Bug fortran/29648] Inlining only done for contained procedures
-- P dot Schaffnit at access dot rwth-aachen dot de changed: What|Removed |Added Severity|minor |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29648
[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #35 from bkoz at gcc dot gnu dot org 2006-11-07 10:03 --- PCH makes no difference. Same bugs with and without. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug fortran/29699] ICE in trans-decl.c
--- Comment #4 from patchapp at dberlin dot org 2006-11-07 10:30 --- Subject: Bug number PR29699 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00393.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29699
[Bug tree-optimization/29738] Missed constant propagation into loops
--- Comment #9 from rakdver at gcc dot gnu dot org 2006-11-07 10:55 --- Ah, I see. You are of course completely right. Now the question is, why does store_ccp not handle it? (Maybe it is as dis-functional as store_copyprop was until I fixed it?) I ended up rewriting large parts of store_ccp, so this indeed might be the case (I am testing the patch now). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29738
[Bug other/29524] Too much RAM used: __clz_tab[] linked
--- Comment #5 from batt at develer dot com 2006-11-07 11:10 --- Here's the testcase: == int main(int argc, char *argv[]) { float O1 = argc; float V1 = argc+2; int ret = O1 * V1; return ret; } == [EMAIL PROTECTED]:~/src$ /usr/local/avr-3.4.4-install/bin/avr-gcc -Os -Wl,-Map=bug29524.map,--cref bug29524.c grep -P 0x0.*__clz bug29524.map [EMAIL PROTECTED]:~/src$ /usr/local/avr-4.1.1-batt/bin/avr-gcc -Os -Wl,-Map=bug29524.map,--cref bug29524.c grep -P 0x0.*__clz bug29524.map [EMAIL PROTECTED]:~/src$ /usr/local/avr-4.2-20061014-install/bin/avr-gcc -Os -Wl,-Map=bug29524.map,--cref bug29524.c grep -P 0x0.*__clz bug29524.map 0x0434__clzsi2 0x00800068__clz_tab These are the three compilers: [EMAIL PROTECTED]:~/src$ /usr/local/avr-3.4.4-install/bin/avr-gcc -v Reading specs from /usr/local/avr-3.4.4-install/bin/../lib/gcc/avr/3.4.4/specs Configured with: ../configure --prefix=/usr/local/avr-3.4.4-install/ --target=avr --enable-languages=c,c++ --enable-multilib --with-dwarf2 --disable-libmudflap --enable-target-optspace --enable-threads=single --with-gnu-ld --enable-install-libbfd --disable-werror --disable-gdbtk --disable-libmudflap --disable-nls --disable-__cxa_atexit --disable-clocale --disable-c-mbchar --disable-long-long --without-newlib Thread model: single gcc version 3.4.4 [EMAIL PROTECTED]:~/src$ /usr/local/avr-4.1.1-batt/bin/avr-gcc -v Using built-in specs. Target: avr Configured with: ../configure --prefix=/usr/local/avr --target=avr --enable-languages=c,c++ --disable-nls --disable-libssp --with-dwarf2 : (reconfigured) ../configure --prefix=/usr/local/avr --target=avr --disable-nls --disable-libssp --with-dwarf2 --enable-languages=c,c++ --no-create --no-recursion Thread model: single gcc version 4.1.2 20061030 (prerelease)-batt-avr1281 [EMAIL PROTECTED]:~/src$ /usr/local/avr-4.2-20061014-install/bin/avr-gcc -v Using built-in specs. Target: avr Configured with: ../configure --prefix=/usr/local/avr --target=avr --enable-languages=c,c++ --disable-nls --disable-libssp --with-dwarf2 Thread model: single gcc version 4.2.0 20061014 (experimental) As you can see, the clz_tab is linked in only with the SVN version of 4.2, and it's not linked in with 4.1.1. I also used -Os (which is the compiler switch I care about). -- batt at develer dot com changed: What|Removed |Added Status|WAITING |NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29524
[Bug middle-end/29726] [4.2/4.3 regression] invalid folding of ((X C1) C2) != 0 or M-x is undefined in emacs
--- Comment #1 from christophe at saout dot de 2006-11-07 11:23 --- The function test (even compiled with -O0, on i386 BTW) assumes that the condition can never occur, as the complete if condition is completely optimized away and the function always returns 1. #include stdlib.h int test(int x) { if (((unsigned int)x 3) 0x0800) return 0; return 1; } int main(void) { if (test(-1)) abort(); return 0; } -- christophe at saout dot de changed: What|Removed |Added CC||christophe at saout dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29726
[Bug middle-end/29749] [4.0/4.1/4.2/4.3 regression] Missing byte swap optimizations
--- Comment #1 from schwab at suse dot de 2006-11-07 11:47 --- That appears to be broken as far back as gcc 3.0: all 3.x versions do not recognize either of the two forms, since 4.0 only the second form is recognized. Both 2.95 and 2.7 can optimize both forms (tested on m68k). -- schwab at suse dot de changed: What|Removed |Added GCC host triplet|i686-pc-linux-gnu | Summary|Missing byte swap |[4.0/4.1/4.2/4.3 regression] |optimizations |Missing byte swap ||optimizations http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29749
'make check' for gcc-3.4.6 fails
Hello, I am building gcc-3.4.6 in the framework of my tool (see signature). It's a native build on Mandriva 2006 IA32 Linux. The essence of my tool is that it builds and installs every target in a separate directory, other than that it uses ./configure make make check make install sequence. If the failures are known and do not reperesent real problems, how can I skip the failing tests, i.e. what files to edit or to remove, etc. ? Please find scree output of 'make check' below. Please let me know what additional info you need to debug the problem. Thanks, Sergei. Screen output of 'make check': make[1]: Entering directory `/maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6/gcc' Making a new config file... echo set tmpdir /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6/gcc/testsuite ./tmp0 test -d testsuite || mkdir testsuite rm -f testsuite/site.exp sed '/set tmpdir/ s|testsuite|testsuite|' site.exp testsuite/site.exp (rootme=`${PWDCMD-pwd}`; export rootme; \ srcdir=`cd /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc; ${PWDCMD-pwd}` ; export srcdir ; \ cd testsuite; \ EXPECT=expect ; export EXPECT ; \ if [ -f ${rootme}/../expect/expect ] ; then \ TCL_LIBRARY=`cd .. ; cd /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/../tcl/library ; ${PWDCMD-pwd}` ; \ export TCL_LIBRARY ; fi ; \ runtest --tool gcc ) WARNING: Couldn't find the global config file. Test Run By sergei on Mon Nov 6 15:40:46 2006 Native configuration is i686-pc-linux-gnu === gcc tests === Schedule of variations: unix Running target unix Using /maxtor5/sergei/AppsFromScratchWD/install/dejagnu-1.4.4/share/dejagnu/baseboards/unix.exp as board description file for target. Using /maxtor5/sergei/AppsFromScratchWD/install/dejagnu-1.4.4/share/dejagnu/config/unix.exp as generic interface file for target. Using /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/config/default.exp as tool-and-target-specific interface file. Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.c-torture/compile/compile.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.c-torture/execute/builtins/builtins.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.c-torture/execute/execute.exp ... FAIL: gcc.c-torture/execute/va-arg-25.c execution, -Os Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.c-torture/execute/ieee/ieee.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.c-torture/unsorted/unsorted.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/compat/compat.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/cpp/cpp.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/cpp/trad/trad.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/debug/debug.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf2.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/dg.exp ... FAIL: gcc.dg/cleanup-8.c execution test FAIL: gcc.dg/cleanup-9.c execution test Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/format/format.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/noncompile/noncompile.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/pch/pch.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/special/mips-abi.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/special/special.exp ... FAIL: gcc.dg/special/gcsec-1.c (test for excess errors) WARNING: gcc.dg/special/gcsec-1.c compilation failed to produce executable Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/tls/tls.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/torture/dg-torture.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.dg/weak/weak.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.misc-tests/acker1.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.misc-tests/arm-isr.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.misc-tests/bprob.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.misc-tests/dhry.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.misc-tests/gcov.exp ... Running /maxtor5/sergei/AppsFromScratchWD/build/gcc-3.4.6.src/gcc/testsuite/gcc.misc-tests/i386-prefetch.exp ... Running
[Bug c/29750] New: [4.2 regression] Segmentation fault while compiling OpenSSL 0.9.8d
Happens with gcc 4.2.0 SVN rev. 118214: gcc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DTERMIO -O3 -fomit-frame-pointer -Wall -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DSHA1_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM -c -o evp_pkey.o evp_pkey.c evp_pkey.c: In function 'EVP_PKEY2PKCS8_broken': evp_pkey.c:382: warning: function called through a non-compatible type evp_pkey.c:382: note: if this code is reached, the program will abort evp_pkey.c: In function 'dsa_pkey2pkcs8': evp_pkey.c:478: warning: function called through a non-compatible type evp_pkey.c:478: note: if this code is reached, the program will abort evp_pkey.c: In function 'EVP_PKEY2PKCS8_broken': evp_pkey.c:416: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: [4.2 regression] Segmentation fault while compiling OpenSSL 0.9.8d Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i586-pc-linux-gnu GCC host triplet: i586-pc-linux-gnu GCC target triplet: i586-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29750
[Bug c/29750] [4.2 regression] Segmentation fault while compiling OpenSSL 0.9.8d
--- Comment #1 from bero at arklinux dot org 2006-11-07 12:58 --- Created an attachment (id=12561) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12561action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29750
[Bug c/29750] [4.2 regression] Segmentation fault while compiling OpenSSL 0.9.8d
--- Comment #2 from bero at arklinux dot org 2006-11-07 12:59 --- With -fPIC removed from the compiler flags, the segfault is replaced with an ICE: # gcc -O3 -fomit-frame-pointer -o evp_pkey.o -c evp_pkey.i evp_pkey.c: In function 'EVP_PKEY2PKCS8_broken': evp_pkey.c:382: warning: function called through a non-compatible type evp_pkey.c:382: note: if this code is reached, the program will abort evp_pkey.c: In function 'dsa_pkey2pkcs8': evp_pkey.c:478: warning: function called through a non-compatible type evp_pkey.c:478: note: if this code is reached, the program will abort evp_pkey.c: In function 'EVP_PKEY2PKCS8_broken': evp_pkey.c:416: internal compiler error: in maybe_add_or_update_back_dep_1, at sched-deps.c:245 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. Both the segfault and the ICE go away at -O1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29750
[Bug middle-end/29726] [4.2/4.3 regression] invalid folding of ((X C1) C2) != 0 or M-x is undefined in emacs
--- Comment #2 from belyshev at depni dot sinp dot msu dot ru 2006-11-07 13:00 --- testing a patch. -- belyshev at depni dot sinp dot msu dot ru changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |belyshev at depni dot sinp |dot org |dot msu dot ru Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-11-07 13:00:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29726
[Bug c/29750] [4.2 regression] Segmentation fault while compiling OpenSSL 0.9.8d
--- Comment #3 from bero at arklinux dot org 2006-11-07 13:02 --- gcc -fPIC -O3 -fomit-frame-pointer -fno-schedule-insns -fno-schedule-insns2 -o evp_pkey.o -c evp_pkey.i works -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29750
[Bug tree-optimization/29751] New: Missed optimization of restrict pointer assigned value
In the following program, the if() is only removed if one removes the line r[1]=0;. (4.3.0 20061107; x86_64-unknown-linux-gnu-gcc) #include stdlib.h void foo (void); int main() { int *restrict r; r = malloc(2*sizeof(int)); r[0] = 0; r[1] = 0; if(r[0]) foo(); return 0; } main () { int * restrict r; void * D.1998; bb 2: D.1998 = malloc (8); r = (int * restrict) D.1998; *r = 0; *(r + 4B) = 0; if (*r != 0) goto L0; else goto L1; L0:; foo (); L1:; return 0; } -- Summary: Missed optimization of restrict pointer assigned value Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29751
[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #36 from jakub at gcc dot gnu dot org 2006-11-07 13:10 --- HAVE_COMDAT_GROUP is 0 because the ld version parser is too strict for Fedora Core 6 ld --version, see http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00398.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug c/29750] [4.2 regression] Segmentation fault while compiling OpenSSL 0.9.8d
--- Comment #4 from bero at arklinux dot org 2006-11-07 13:12 --- Created an attachment (id=12562) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12562action=view) Another test case Another test case for what appears to be the same bug - also from openssl: gcc -I.. -I../.. -I../../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DTERMIO -O3 -fomit-frame-pointer -Wall -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DSHA1_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM -c -o ocsp_srv.o ocsp_srv.c ocsp_srv.c: In function 'OCSP_basic_add1_status': ocsp_srv.c:151: warning: function called through a non-compatible type ocsp_srv.c:151: note: if this code is reached, the program will abort ocsp_srv.c:194: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29750
[Bug tree-optimization/29680] [4.3 Regression] Misscompilation of spec2006 gcc
--- Comment #17 from rakdver at gcc dot gnu dot org 2006-11-07 13:19 --- Zdenek, can you revert your patch until we fix this? It might be a month or two before i get back to it. (Yeah, i know it sucks to have to do this, but) I am not sure whether that would be helpful, since the problem does not seem to be directly caused by the patch (it would be a bit more difficult to construct the testcase for the problem with my patch reverted, of course). I am playing with some ideas how to fix this, unless I come up with something soon, I will revert the patch (except for the testcase that I would like to remain in the testsuite). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29680
[Bug fortran/29601] VOLATILE attribute and statement
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-07 13:28 --- Subject: Bug 29601 Author: burnus Date: Tue Nov 7 13:27:53 2006 New Revision: 118545 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118545 Log: fortran/ 2006-11-06 Tobias Burnus [EMAIL PROTECTED] PR fortran/29601 * symbol.c (check_conflict, gfc_add_volatile): Add volatile support. * decl.c (match_attr_spec, gfc_match_volatile): Add volatile support. * gfortran.h (symbol_attribute): Add volatile_ to struct. * resolve.c (was_declared): Add volatile support. * trans-decl.c (gfc_finish_var_decl): Add volatile support. * match.h: Declare gfc_match_volatile. * parse.c (decode_statement): Recognize volatile. * modules.c (ab_attribute, attr_bits, mio_symbol_attribute): Add volatile support. * dump-parse-tree.c (gfc_show_attr): Add volatile support. testsuite/ 2006-11-06 Tobias Burnus [EMAIL PROTECTED] PR fortran/29601 * gfortran.dg/volatile.f90: Add. * gfortran.dg/volatile2.f90: Add. * gfortran.dg/volatile3.f90: Add. * gfortran.dg/volatile4.f90: Add. * gfortran.dg/volatile5.f90: Add. * gfortran.dg/volatile6.f90: Add. * gfortran.dg/volatile7.f90: Add. Added: trunk/gcc/testsuite/gfortran.dg/volatile.f90 trunk/gcc/testsuite/gfortran.dg/volatile2.f90 trunk/gcc/testsuite/gfortran.dg/volatile3.f90 trunk/gcc/testsuite/gfortran.dg/volatile4.f90 trunk/gcc/testsuite/gfortran.dg/volatile5.f90 trunk/gcc/testsuite/gfortran.dg/volatile6.f90 trunk/gcc/testsuite/gfortran.dg/volatile7.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/dump-parse-tree.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/match.h trunk/gcc/fortran/module.c trunk/gcc/fortran/parse.c trunk/gcc/fortran/resolve.c trunk/gcc/fortran/symbol.c trunk/gcc/fortran/trans-decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29601
[Bug fortran/29601] VOLATILE attribute and statement
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-07 13:32 --- Mark as fixed. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29601
[Bug target/28854] unwinder reports sentinel frame.
--- Comment #2 from pluto at agmk dot net 2006-11-07 14:14 --- ping, please update status. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28854
[Bug target/26902] missed optimization during x87 args load with inline-asm
--- Comment #2 from pluto at agmk dot net 2006-11-07 14:16 --- ping, please update status. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26902
[Bug fortran/29697] gfortran should use TYPE_QUAL_CONST etc.
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-07 14:24 --- Note for completeness: With PR 29601 the TYPE_QUAL_VOLATILE is used for for VOLATILE variables (see -fdump-tree-original; however, the word volatile does not show up in the dump for pointers and arrays, even though they are treated as volatile correctly; cf. gfortran.dg/volatile{6,7}.f90.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29697
[Bug libgomp/28468] OpenMP-parallelized program crashes when OMP_NUM_THREADS 1
--- Comment #1 from bruno at clisp dot org 2006-11-07 14:36 --- It's still reproducible with gcc-4.2-20061031: $ export OMP_NUM_THREADS=2 $ gdb a.out GNU gdb 6.4 Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-linux-gnu...Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /dev/shm/a.out [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 4983)] [New Thread 32769 (LWP 4984)] [New Thread 16386 (LWP 4985)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16386 (LWP 4985)] gomp_iter_dynamic_next (pstart=0xbf7ffa94, pend=0xbf7ffa98) at ../../../gcc-4.2-20061031/libgomp/iter.c:189 189 start = ws-next; (gdb) where #0 gomp_iter_dynamic_next (pstart=0xbf7ffa94, pend=0xbf7ffa98) at ../../../gcc-4.2-20061031/libgomp/iter.c:189 #1 0x4001ca78 in gomp_loop_dynamic_next (istart=0xbf7ffa94, iend=0xbf7ffa98) at ../../../gcc-4.2-20061031/libgomp/loop.c:248 #2 0x080486ed in main.omp_fn.0 () #3 0x4001de5d in gomp_thread_start (xdata=0xbfffe580) at ../../../gcc-4.2-20061031/libgomp/team.c:108 #4 0x4003bfe6 in pthread_start_thread (arg=0xbf7ffbe0) at manager.c:310 #5 0x4003c07f in pthread_start_thread_event (arg=0xbf7ffbe0) at manager.c:334 #6 0x4014e0aa in clone () from /lib/libc.so.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28468
[Bug tree-optimization/29710] gnat ICEs on -fprefetch-loop-arrays -O1.
--- Comment #3 from pluto at agmk dot net 2006-11-07 14:42 --- Program received signal SIGSEGV, Segmentation fault. append_to_statement_list_1 (t=0x2b70307e9940, list_p=0x8) at ../../gcc/gimplify.c:297 297 tree list = *list_p; (gdb) bt #0 append_to_statement_list_1 (t=0x2b70307e9940, list_p=0x8) at ../../gcc/gimplify.c:297 #1 0x006215d4 in append_to_statement_list (t=0x2b70307e9940, list_p=0x8) at ../../gcc/gimplify.c:321 #2 0x004200d7 in add_stmt (gnu_stmt=0x2b70307e9940) at ../../gcc/ada/trans.c:4374 #3 0x0042014e in add_stmt_with_node (gnu_stmt=0x2b70307e9940, gnat_node=8) at ../../gcc/ada/trans.c:4390 #4 0x0042020e in add_decl_expr (gnu_decl=0x2b703064b2a0, gnat_entity=0) at ../../gcc/ada/trans.c:4416 #5 0x00419ed2 in gnat_pushdecl (decl=0x2b703064b2a0, gnat_node=0) at ../../gcc/ada/utils.c:354 #6 0x00419fd7 in builtin_function (name=value optimized out, type=0x2b70307dfa50, function_code=480, class=BUILT_IN_NORMAL, library_name=0x0, attrs=0x0) at ../../gcc/ada/utils.c:1845 #7 0x00922e7e in tree_ssa_prefetch_arrays (loops=0x142dc10) at ../../gcc/tree-ssa-loop-prefetch.c:1039 #8 0x0090f892 in tree_ssa_loop_prefetch () at ../../gcc/tree-ssa-loop.c:418 #9 0x0087bc4f in execute_one_pass (pass=0xdd5cc0) at ../../gcc/passes.c:870 #10 0x0087bd3e in execute_pass_list (pass=0xdd5cc0) at ../../gcc/passes.c:917 #11 0x0087bd55 in execute_pass_list (pass=0xdd58a0) at ../../gcc/passes.c:918 #12 0x0087bd55 in execute_pass_list (pass=0xdd0ac0) at ../../gcc/passes.c:918 #13 0x0061f2af in tree_rest_of_compilation (fndecl=0x2b702fc410e0) at ../../gcc/tree-optimize.c:463 #14 0x00412023 in gnat_expand_body (gnu_decl=0x2b70307e9940) at ../../gcc/ada/misc.c:666 #15 0x008c12c3 in cgraph_expand_function (node=0x2b7030580900) at ../../gcc/cgraphunit.c:1241 #16 0x008c1be7 in cgraph_optimize () at ../../gcc/cgraphunit.c:1306 #17 0x00412575 in gnat_parse_file (set_yydebug=value optimized out) at ../../gcc/ada/misc.c:250 #18 0x0085f2a3 in toplev_main (argc=value optimized out, argv=value optimized out) at ../../gcc/toplev.c:1033 #19 0x0061c661 in main (argc=813603136, argv=0x8) at ../../gcc/main.c:35 Program received signal SIGSEGV, Segmentation fault. append_to_statement_list_1 (t=0x2aaf80d0b940, list_p=0x8) at ../../gcc/gimplify.c:297 297 tree list = *list_p; (gdb) up #1 0x006215d4 in append_to_statement_list (t=0x2aaf80d0b940, list_p=0x8) at ../../gcc/gimplify.c:321 321 append_to_statement_list_1 (t, list_p); (gdb) #2 0x004200d7 in add_stmt (gnu_stmt=0x2aaf80d0b940) at ../../gcc/ada/trans.c:4374 4374 append_to_statement_list (gnu_stmt, current_stmt_group-stmt_list); (gdb) p gnu_stmt $5 = (tree) 0x2aaf80d0b940 (gdb) call debug_tree(gnu_stmt) decl_expr 0x2aaf80d0b940 type void_type 0x2aaf80096d10 void sizes-gimplified asm_written visited VOID align 8 symtab 0 alias set -1 pointer_to_this pointer_type 0x2aaf80096dc0 side-effects arg 0 function_decl 0x2aaf80b6d2a0 __builtin_prefetch type function_type 0x2aaf80d01a50 type void_type 0x2aaf80096d10 void QI size integer_cst 0x2aaf800897b0 constant invariant 8 unit size integer_cst 0x2aaf800897e0 constant invariant 1 align 8 symtab 0 alias set -1 arg-types tree_list 0x2aaf80d05e70 value pointer_type 0x2aaf80096f20 public external no-static-chain QI file ../../gcc/ada/a-exexda.adb line 637 context function_decl 0x2aaf801630e0 ada__exceptions__exception_data__set_exception_msgXn -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29710
[Bug tree-optimization/29710] gnat ICEs on -fprefetch-loop-arrays -O1.
--- Comment #4 from pluto at agmk dot net 2006-11-07 14:43 --- (gdb) p current_stmt_group $6 = (struct stmt_group *) 0x0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29710
[Bug fortran/29634] ICE in variable_decl, for function returning a derived type
--- Comment #4 from pault at gcc dot gnu dot org 2006-11-07 15:17 --- Subject: Bug 29634 Author: pault Date: Tue Nov 7 15:17:17 2006 New Revision: 118553 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118553 Log: 2006-11-07 Paul Thomas [EMAIL PROTECTED] PR fortran/29539 PR fortran/29634 * decl.c (variable_decl): Add test for presence of proc_name. * error.c (gfc_error_flag_test): New function. * gfortran.h : Prototype for gfc_error_flag_test. 2006-11-07 Paul Thomas [EMAIL PROTECTED] PR fortran/29539 * gfortran.dg/gfortran.dg/blockdata_3.f90: New test. PR fortran/29634 * gfortran.dg/gfortran.dg/derived_function_interface_1.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/blockdata_3.f90 trunk/gcc/testsuite/gfortran.dg/derived_function_interface_1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/error.c trunk/gcc/fortran/gfortran.h trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29634
[Bug fortran/29539] ICE in variable_decl
--- Comment #6 from pault at gcc dot gnu dot org 2006-11-07 15:17 --- Subject: Bug 29539 Author: pault Date: Tue Nov 7 15:17:17 2006 New Revision: 118553 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118553 Log: 2006-11-07 Paul Thomas [EMAIL PROTECTED] PR fortran/29539 PR fortran/29634 * decl.c (variable_decl): Add test for presence of proc_name. * error.c (gfc_error_flag_test): New function. * gfortran.h : Prototype for gfc_error_flag_test. 2006-11-07 Paul Thomas [EMAIL PROTECTED] PR fortran/29539 * gfortran.dg/gfortran.dg/blockdata_3.f90: New test. PR fortran/29634 * gfortran.dg/gfortran.dg/derived_function_interface_1.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/blockdata_3.f90 trunk/gcc/testsuite/gfortran.dg/derived_function_interface_1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/error.c trunk/gcc/fortran/gfortran.h trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29539
[Bug tree-optimization/29680] [4.3 Regression] Misscompilation of spec2006 gcc
--- Comment #18 from dberlin at gcc dot gnu dot org 2006-11-07 15:22 --- (In reply to comment #17) Zdenek, can you revert your patch until we fix this? It might be a month or two before i get back to it. (Yeah, i know it sucks to have to do this, but) I am not sure whether that would be helpful, since the problem does not seem to be directly caused by the patch (it would be a bit more difficult to construct the testcase for the problem with my patch reverted, of course). I am playing with some ideas how to fix this, unless I come up with something soon, I will revert the patch (except for the testcase that I would like to remain in the testsuite). I agree with your reasoning, but hiding the bug is better than nothing until a proper fix can be made. I hope you come up with something. Like I said, I can fix it in a month or two, but I know some people want to use Spec2K6 before then . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29680
[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #37 from bkoz at gcc dot gnu dot org 2006-11-07 15:27 --- A ha! With Jakub's patch in everything is now ok with me. thanks. -benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug fortran/29752] New: [4.2/4.3 Regression] write(*,*,advance='NO'), READ(): Data not flushed
If one uses advance = NO, after the write a FLUSH should be called. - program test implicit none character(20) :: fname WRITE(*,ADVANCE='NO',FMT='(A)') Input name of file? READ(*,'(a)') fname print *, 'Read: ',trim(fname) end program test - If you run this program with gfortran (trunk) or with gfortran-4.2 the result is: x Input name of file? Read: x However, using gfortran-4.1 (20061024), NAG f95, ifort, g95 sunf95 the result is: Input name of file?x Read: x Expected: For advance='NO' the output should probably flushed. Or alternatively, for read(*) the output to that unit should be flushed first. I don't know what is the best way, to work (a) reliably and (b) does not have a too big performance penalty. A test using call sleep(3) instead of read() shows that ifort, NAG f95 and sunf95 flush on the read, g95 and gfortran-4.1 on the write. I think the ifort/NAGf95/sunf95 is better since one only needs to have everything flushed if one wants to read. In addition, the same problem could happen if one does a buffered write() with advance=YES. (I don't know what gfortran currently does. ifort supports, e.g., -assume nobuffered_io (default) and -assume buffered_io. It it seems to buffer for advance='yes' using no options.) -- Summary: [4.2/4.3 Regression] write(*,*,advance='NO'), READ(): Data not flushed Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29752
[Bug target/29746] gcc fails to bootstrap on sh4-*-linux-gnu
--- Comment #6 from amylaar at gcc dot gnu dot org 2006-11-07 15:57 --- Created an attachment (id=12563) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12563action=view) current patch for software floating point In the framework of the software floating point patches, I make the early emitting of cbranchdi as separate branches the default. However, this patch set has still some issues - there are patches to generic code, and I also see ICE regressions for some of the tls tests on sh-elf. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29746
[Bug fortran/27546] [F2003] IMPORT not implemented
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-07 16:36 --- Syntax: IMPORT [[ :: ] import-name-list] May only appear in the interface body, i.e. interface import is wrong, but interface subroutine foo import is ok. (It would be nice if one could give a good error message for the first case - as for the case that one puts it outside an interface block.) Current check is in decl.c:1216. One needs to reject also interface type bar end type bar subroutine import bar if bar does not exists in the host scoping unit. -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27546
[Bug testsuite/29737] make check fixinclude test FAILURES
--- Comment #3 from mckelvey at maskull dot com 2006-11-07 17:01 --- Fails similarly on Solaris 7: gmake[1]: Entering directory `/mnt/home3/utilities/gcc-obj' gmake[2]: Entering directory `/mnt/home3/utilities/gcc-obj/fixincludes' autogen -T /mnt/home3/utilities/gcc/fixincludes/check.tpl /mnt/home3/utilities/gcc/fixincludes/inclhack.def Your shell is '/usr/local/bin/tcsh'. AutoGen will attempt to use 'sh' /bin/ksh ./check.sh /mnt/home3/utilities/gcc/fixincludes/tests/base Fixed: testing.h Fixed: testing.h Fixed: _G_config.h Fixed: ansi/math.h Fixed: ansi/stdlib.h Fixed: arch/i960/archI960.h Fixed: architecture/ppc/math.h Fixed: arpa/inet.h Fixed: assert.h Fixed: AvailabilityMacros.h Fixed: bits/huge_val.h Fixed: bits/string2.h Fixed: bsd/libc.h Fixed: c_asm.h Fixed: com_err.h Fixed: ctrl-quotes-def-1.h Fixed: ctype.h Fixed: curses.h Fixed: errno.h Fixed: fixinc-test-limits.h Fixed: fs/rfs/rf_cache.h Fixed: hsfs/hsfs_spec.h Fixed: ia64/sys/getppdp.h Fixed: internal/math_core.h Fixed: internal/sgimacros.h Fixed: internal/wchar_core.h Fixed: inttypes.h Fixed: io-quotes-def-1.h Fixed: iso/math_c99.h Fixed: locale.h Fixed: mach-o/dyld.h Fixed: machine/cpu.h Fixed: malloc.h Fixed: math.h Fixed: netdnet/dnetdb.h Fixed: netinet/in.h Fixed: netinet/ip.h Fixed: obstack.h Fixed: pixrect/memvar.h sed: command garbled: /define[ ]\+PTHREAD_MUTEX_INITIALIZER[ ]*\\/,+1s/{ { 0, } }/{ { 0, 0, 0, 0, 0, 0 } }/ Fixed: reg_types.h Fixed: regex.h Fixed: regexp.h Fixed: rpc/auth.h Fixed: rpc/rpc.h Fixed: rpc/svc.h Fixed: rpc/xdr.h Fixed: rpcsvc/rstat.h Fixed: rpcsvc/rusers.h Fixed: sparc/asm_linkage.h Fixed: standards.h Fixed: stdio.h Fixed: stdio_tag.h Fixed: stdlib.h Fixed: string.h Fixed: strings.h Fixed: sundev/vuid_event.h Fixed: sunwindow/win_lock.h Fixed: sym.h Fixed: sys/asm.h Fixed: sys/cdefs.h Fixed: sys/file.h Fixed: sys/ioctl.h Fixed: sys/limits.h Fixed: sys/machine.h Fixed: sys/mman.h Fixed: sys/pthread.h Fixed: sys/regset.h Fixed: sys/signal.h Fixed: sys/socket.h Fixed: sys/spinlock.h Fixed: sys/stat.h Fixed: sys/sysmacros.h Fixed: sys/time.h Fixed: sys/times.h Fixed: sys/types.h Fixed: sys/ucontext.h Fixed: sys/utsname.h Fixed: sys/wait.h Fixed: testing.h Fixed: time.h Fixed: tinfo.h Fixed: types/vxTypesBase.h Fixed: unistd.h Fixed: wchar.h Fixed: widec.h Fixed: X11/ShellP.h Fixed: X11/Xmu.h Fixed: Xm/BaseClassI.h Fixed: Xm/Traversal.h sys/stat.h /mnt/home3/utilities/gcc/fixincludes/tests/base/sys/stat.h differ: char 432, line 18 *** sys/stat.h Tue Nov 7 08:31:48 2006 --- /mnt/home3/utilities/gcc/fixincludes/tests/base/sys/stat.h Fri Nov 3 08:05:32 2006 *** *** 15,23 #if defined( GLIBC_C99_INLINE_2_CHECK ) - extern int fstat64 (int __fd, struct stat64 *__buf) __THROW __nonnull ((2)); #if __STDC_VERSION__ 199901L extern #endif __inline__ int __NTH (fstat64 (int __fd, struct stat64 *__statbuf)) --- 15,26 #if defined( GLIBC_C99_INLINE_2_CHECK ) #if __STDC_VERSION__ 199901L extern + #endif + __inline__ int fstat64 (int __fd, struct stat64 *__buf) __THROW __nonnull ((2)); + #if __STDC_VERSION__ 199901L + extern #endif __inline__ int __NTH (fstat64 (int __fd, struct stat64 *__statbuf)) Missing header fix: pthread.h There were fixinclude test FAILURES gmake[2]: *** [check] Error 1 gmake[2]: Leaving directory `/mnt/home3/utilities/gcc-obj/fixincludes' gmake[1]: *** [check-fixincludes] Error 2 gmake[1]: Leaving directory `/mnt/home3/utilities/gcc-obj' gmake: *** [do-check] Error 2 Using built-in specs. Target: sparc-sun-solaris2.7 Configured with: /mnt/home3/utilities/gcc/configure --prefix=/mnt/home3/utilities --verbose --with-as=/mnt/home3/utilities/bin/as --with-ld=/mnt/home3/utilities/bin/ld --with-gnu-as --with-gnu-ld --disable-multilib --disable-nls --disable-tls --enable-languages=c,c++ Thread model: posix gcc version 4.3.0 20061103 (experimental) SunOS mushroom 5.7 Generic_106541-19 sun4u sparc SUNW,Ultra-2 setenv CC gcc ; /mnt/home3/utilities/gcc/configure --prefix=/mnt/home3/utilities --verbose --with-as=/mnt/home3/utilities/bin/as --with-ld=/mnt/home3/utilities/bin/ld --with-gnu-as --with-gnu-ld --disable-multilib --disable-nls --disable-tls --enable-languages=c,c++ | tee clog nice gmake CFLAGS='' BOOT_CFLAGS='' LIBCFLAGS='-g -O' CXXFLAGS='-O' LIBCXXFLAGS='-g -O' bootstrap | tee log I don't know the version of glibc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29737
[Bug target/29746] gcc fails to bootstrap on sh4-*-linux-gnu
--- Comment #7 from amylaar at gcc dot gnu dot org 2006-11-07 17:05 --- Created an attachment (id=12564) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12564action=view) I have a new patch for sched-deps.c now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29746
[Bug c/29753] New: Volatile semantics ignored in some cases
The following function: static struct { int w; } s; void wait (void) { int t; loop: t = *((volatile int *) s.w); if (t 0) goto loop; } is compiled incorrectly with gcc -v -O3 v.c -o v.s -Wall -S. The generated assembly does not respetc the semantics of volatile: wait: movls, %eax pushl %ebp movl%esp, %ebp testl %eax, %eax jg .L6 popl%ebp ret .L3: .L6: jmp .L6 The attached testscase shows the problem. It also includes a similar function which does get compiled correctly, the only difference is that it introduces a temporary variable. Detailed compiled output: /home/ricardo/mine/install/bin/gcc -v -O3 v.c -o v.s -Wall -S Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/home/ricardo/mine/install/ --enable-ckecking=all --enable-languages=c,cil --disable-bootstrap : (reconfigured) ../configure --prefix=/home/ricardo/mine/install/ --enable-languages=c,cil --disable-bootstrap Thread model: posix gcc version 4.2.0 20060826 (experimental) /home/ricardo/mine/install/bin/../libexec/gcc/i686-pc-linux-gnu/4.2.0/cc1 -quiet -v -iprefix /home/ricardo/mine/install/bin/../lib/gcc/i686-pc-linux-gnu/4.2.0/ v.c -quiet -dumpbase v.c -mtune=generic -auxbase-strip v.s -O3 -Wall -version -o v.s ignoring nonexistent directory /home/ricardo/mine/install/bin/../lib/gcc/i686-pc-linux-gnu/4.2.0/../../../../i686-pc-linux-gnu/include ignoring duplicate directory /home/ricardo/mine/install//lib/gcc/i686-pc-linux-gnu/4.2.0/include ignoring nonexistent directory /home/ricardo/mine/install//lib/gcc/i686-pc-linux-gnu/4.2.0/../../../../i686-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /home/ricardo/mine/install/bin/../lib/gcc/i686-pc-linux-gnu/4.2.0/include /usr/local/include /home/ricardo/mine/install//include /usr/include End of search list. GNU C version 4.2.0 20060826 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.1.2 20061020 (prerelease) (Debian 4.1.1-17). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 39ae1c561861def994882f2081f65beb -- Summary: Volatile semantics ignored in some cases Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ricardo dot fernandez at st dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29753
[Bug c/29753] Volatile semantics ignored in some cases
--- Comment #1 from ricardo dot fernandez at st dot com 2006-11-07 17:16 --- Created an attachment (id=12565) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12565action=view) Testscase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29753
[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #38 from ebotcazou at gcc dot gnu dot org 2006-11-07 17:17 --- A ha! With Jakub's patch in everything is now ok with me. Do you mean that the C++ EH failures are gone? If so, it looks like my patch badly interacts with some C++ idioms. Investigating... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug tree-optimization/29753] [4.0/4.1/4.2/4.3 Regression] Volatile semantics ignored in some cases
--- Comment #2 from bonzini at gnu dot org 2006-11-07 17:25 --- confirmed, untested patch at http://gcc.gnu.org/ml/gcc/2006-11/msg00184.html -- bonzini at gnu dot org changed: What|Removed |Added CC||bonzini at gnu dot org Status|UNCONFIRMED |NEW Component|c |tree-optimization Ever Confirmed|0 |1 GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Known to fail||4.0.4 4.1.2 4.2.0 4.3.0 Known to work||3.3.5 Last reconfirmed|-00-00 00:00:00 |2006-11-07 17:25:35 date|| Summary|Volatile semantics ignored |[4.0/4.1/4.2/4.3 Regression] |in some cases |Volatile semantics ignored ||in some cases Version|4.2.0 |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29753
[Bug middle-end/29610] [4.1 Regression] ICE when compiling c++ code with -O2 -funswitch-loops
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-11-07 17:29 --- Subject: Bug 29610 Author: rguenth Date: Tue Nov 7 17:29:34 2006 New Revision: 118555 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118555 Log: 2006-11-07 Richard Guenther [EMAIL PROTECTED] PR tree-optimization/29610 * tree-cfgcleanup.c (cleanup_control_flow): Honor return value of tree_purge_dead_eh_edges as it may free dominators. * g++.dg/other/pr29610.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/other/pr29610.C Modified: trunk/gcc/ChangeLog trunk/gcc/tree-cfgcleanup.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29610
[Bug middle-end/29610] [4.1 Regression] ICE when compiling c++ code with -O2 -funswitch-loops
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-11-07 17:32 --- Subject: Bug 29610 Author: rguenth Date: Tue Nov 7 17:32:03 2006 New Revision: 118556 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118556 Log: 2006-11-07 Richard Guenther [EMAIL PROTECTED] PR tree-optimization/29610 * tree-cfgcleanup.c (cleanup_control_flow): Honor return value of tree_purge_dead_eh_edges as it may free dominators. * g++.dg/other/pr29610.C: New testcase. Added: branches/gcc-4_2-branch/gcc/testsuite/g++.dg/other/pr29610.C - copied unchanged from r118555, trunk/gcc/testsuite/g++.dg/other/pr29610.C Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/tree-cfgcleanup.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29610
[Bug fortran/21370] gfortran: TARGET attribute for dummy argument and declaration order
--- Comment #2 from pault at gcc dot gnu dot org 2006-11-07 17:32 --- I posted a fix this afternoon - subject to nobody thinking of an objection to removing symbol.c(check_done), this PR will be fixed in short order. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-10-30 08:33:55 |2006-11-07 17:32:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21370
[Bug middle-end/29610] [4.1 Regression] ICE when compiling c++ code with -O2 -funswitch-loops
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-11-07 17:33 --- Subject: Bug 29610 Author: rguenth Date: Tue Nov 7 17:33:38 2006 New Revision: 118557 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118557 Log: 2006-11-07 Richard Guenther [EMAIL PROTECTED] PR tree-optimization/29610 * tree-cfgcleanup.c (cleanup_control_flow): Honor return value of tree_purge_dead_eh_edges as it may free dominators. * g++.dg/other/pr29610.C: New testcase. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/other/pr29610.C - copied unchanged from r118555, trunk/gcc/testsuite/g++.dg/other/pr29610.C Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/tree-cfgcleanup.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29610
[Bug java/29587] jc1: out of memory allocating 4072 bytes after a total of 708630224 bytes
--- Comment #10 from dberlin at gcc dot gnu dot org 2006-11-07 17:40 --- Subject: Re: jc1: out of memory allocating 4072 bytes after a total of 708630224 bytes On 6 Nov 2006 00:43:29 -, dave at hiauly1 dot hia dot nrc dot ca [EMAIL PROTECTED] wrote: --- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-06 00:43 --- Subject: Re: jc1: out of memory allocating 4072 bytes after a total of 708630224 bytes So this ends up being what i thought. The variables aren't being collapsed, but i can't figure out why (IE it can't prove they are the same). This causes it to give them separate solution bitmaps, and the solutions are very large,and involve thousands of variables, so thousands * thousands = a lot of memory. It appears that every one of them has its address taken. The code skips such variables: /* We can't eliminate things whose address is taken, or which is the target of a dereference. */ if (vi-address_taken || vi-indirect_target) continue; However, all of these variables should collapse, as they do in the earlier functions. For the record, I believe we die processing this constructor function: ;; Function _GLOBAL__I_0__ZN3gnu3xml8aelfred215XmlParser$InputC1Ev() (_GLOBAL__I _0__ZN3gnu3xml8aelfred215XmlParser$InputC1Ev) The alias1 files has the following: ... ESCAPED_VARS = gnu.xml.xpath.AndExpr.class$$.engine Collapsing static cycles and doing variable substitution: Solving graph: Dave I agree with your assessment, I will fix it so they all collapse again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29587
[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #39 from ebotcazou at gcc dot gnu dot org 2006-11-07 17:42 --- Do you mean that the C++ EH failures are gone? If so, it looks like my patch badly interacts with some C++ idioms. Investigating... Ok, that's it, if I disable COMDAT groups, I get the failures on x86/Linux. Dave, do you have the latest sources of the compiler? I've already installed a first fix for this PR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug middle-end/29726] [4.2/4.3 regression] invalid folding of ((X C1) C2) != 0 or M-x is undefined in emacs
--- Comment #3 from belyshev at depni dot sinp dot msu dot ru 2006-11-07 18:26 --- Patch posted. -- belyshev at depni dot sinp dot msu dot ru changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||11/msg00422.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29726
[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #40 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-07 18:26 --- Subject: Re: [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test Do you mean that the C++ EH failures are gone? If so, it looks like my patch badly interacts with some C++ idioms. Investigating... Ok, that's it, if I disable COMDAT groups, I get the failures on x86/Linux. Dave, do you have the latest sources of the compiler? I've already installed a first fix for this PR. I started two builds yesterday. I'll start another set this evenings. From the above, it sounds as if COMDAT groups are broken on hppa/Linux. That's not totally surprising given that the handling of some relocations is tricky. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug libstdc++/29722] Linking with libsupc++.a creates link time undefined references
--- Comment #3 from bkoz at gcc dot gnu dot org 2006-11-07 18:36 --- Subject: Bug 29722 Author: bkoz Date: Tue Nov 7 18:36:32 2006 New Revision: 118564 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118564 Log: 2006-11-07 Benjamin Kosnik [EMAIL PROTECTED] PR libstdc++/29722 * include/ext/concurrence.h (concurrence_lock_error): New. (concurrence_unlock_error): New. (__throw_concurrence_lock_error): New. (__throw_concurrence_unlock_error): New. (__mutex): Use functions. (__recursive_mutex): Same. * testsuite/abi/cxx_runtime_only_linkage.cc: New. * include/ext/pb_ds/exception.hpp: Keep exception classes defined even when -fno-exceptions is passed, consistent with other usage. Added: trunk/libstdc++-v3/testsuite/abi/cxx_runtime_only_linkage.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/ext/concurrence.h trunk/libstdc++-v3/include/ext/pb_ds/exception.hpp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29722
[Bug other/25028] TImode-to-floating conversions broken
--- Comment #9 from sje at gcc dot gnu dot org 2006-11-07 19:14 --- Subject: Bug 25028 Author: sje Date: Tue Nov 7 19:14:27 2006 New Revision: 118565 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118565 Log: PR other/25028 * config/ia64/t-hpux (LIB1ASMFUNCS): Filter out _fixtfdi, _fixunstfdi, and _floatditf * gcc.dg/torture/fp-int-convert-float128-timode.c: Do not XFAIL on HP-UX. Modified: trunk/gcc/ChangeLog trunk/gcc/config/ia64/t-hpux trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/torture/fp-int-convert-float128-timode.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25028
[Bug debug/29558] [4.2/4.3 Regression] ICE in set_variable_part, at var-tracking.c:2140
--- Comment #4 from janis at gcc dot gnu dot org 2006-11-07 19:18 --- A regression hunt on powerpc64-linux using the testcase in comment #1 with -O -g -m64 identified the following patch: http://gcc.gnu.org/viewcvs?view=revrev=114013 r114013 | aoliva | 2006-05-23 05:35:21 + (Tue, 23 May 2006) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29558
[Bug fortran/29410] [4.2 only] bug with TRANSFER() and -O2
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-07 19:34 --- apinski hi apinski PaulT: VCE means *(type*)a without the need for addressable and does not confuse aliasing PaulT apinski: Hi, yes I answered the question myself - I missed it in tree.def by only looking in tree.h apinski PaulT: this is mention in tree.def :) PaulT apinski: It's undefined if the types have different lengths? apinski yes apinski actually is transfer ok for different size types? PaulT Yes, I was just racing for the standard. apinski ok apinski I guess I have to change my patch then apinski to include a size comparision apinski The physical representation of the result is the same as SOURCE, truncated if the result is smaller or with an undefined trailing portion if the result is larger. apinski that is from IBM's docs about transfer PaulT apinski: Gee, yes. I missed that completely. apinski I can improve the truncated part also PaulT If I change the integers in your example to integer(8), I get a core dump. apinski during running? PaulT g95 and ifort do the right thing. PaulT Shucks, I'm sorry about that Andrew, I missed it completely. apinski I figured it was going to be wrong apinski lucky I only applied to the mainline :) apinski can you write something in the bug report so I don't forget to fix it this weekend? PaulT apinski: I keep telling people that that is what it is for! PaulT apinski: Sure thing - I suppose that you can safely do a kind conversion? apinski I know how to fix this correctly now apinski use __builtin_memcpy and hope that gets optimized correctly in the future :) PaulT apinski: make type of the same length as source, so that the assignment does the rest? apinski no apinski PaulT: do memcpy (dst, src, min(size1, size0)) PaulT apinski: No... you're right that won't present a bit-wise transfer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29410
[Bug fortran/29410] bug with TRANSFER() and -O2
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-11-07 19:34 --- My patch is incorrect for transfer with different sizes. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- | |patches/2006- | |10/msg01536.html| Keywords|patch | Summary|[4.2 only] bug with |bug with TRANSFER() and -O2 |TRANSFER() and -O2 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29410
[Bug fortran/29410] bug with TRANSFER() and -O2
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-11-07 19:35 --- In fact I think the orginal way is incorrect for cases where the transfer size is larger than the orginal size of the decl. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29410
[Bug tree-optimization/28545] [4.1 Regression] Wrong code for hoisted multiplication
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-11-07 19:36 --- (In reply to comment #17) pinskia: ping! Why ping me, I posted the patch and waiting for approval. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28545
[Bug tree-optimization/29753] [4.0/4.1/4.2/4.3 Regression] Volatile semantics ignored in some cases
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||wrong-code Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29753
[Bug target/29721] Wrong code when compiling libjava/verify.cc at -O2
--- Comment #5 from daney at gcc dot gnu dot org 2006-11-07 20:53 --- This is a gas bug. This is probably the fix: http://sourceware.org/ml/binutils/2006-11/msg00055.html -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29721
[Bug middle-end/28752] bootstrap comparision fails with -ftree-vectorize -maltivec on ppc
--- Comment #11 from law at redhat dot com 2006-11-07 21:03 --- Subject: Re: bootstrap comparision fails with -ftree-vectorize -maltivec on ppc On Tue, 2006-11-07 at 08:31 +, irar at il dot ibm dot com wrote: --- Comment #9 from irar at il dot ibm dot com 2006-11-07 08:31 --- In r110758 (and r110705) bootstrap with BOOT_CFLAGS=-O2 -g -ftree-vectorize -maltivec fails with another error: [ ... ] I've been unable to make any progress with this. It's not even clear to me right now that the .i file you sent is valid. Every compiler I've tried to use to process that .i file complains that the size of the test_real_width array is negative. Clearly I'm doing something different than you are. I can speculate that one of a few things might be happening. 1. We might have some kind of memory corruption or similar bug causing us to zero the SSA_NAME_DEF_STMT/TREE_CHAIN field of the affected SSA_NAME. Possible, but unlikely. 2. We have an SSA_NAME in the IL which was deleted. 3. Something else totally unexpected. #2 has happened in the past and I'd consider it the most likely culprit. What is interesting is that a checking failure was not triggered -- our SSA verifiers should be checking for case #2 and issuing an error. So let's start with checking a couple things. 1. Put a breakpoint in tree_ssa_cd_dce when compiling the offending function from recog.c.When that breakpoint triggers issue: verify_ssa (true) I can't see any way for that to fail, but better safe than sorry. 2. When the gcc_assert triggers, issue: debug_tree (op) debug_generic_stmt (op) 3. Send me the phi-only copyprop dumps. If #1 passes and #2 indicates the name in question is on the free list, then either DCE is mucking things up or we have out-of-date operands in the operand cache relative to the IL (which I can detect with the dumps). Jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28752
[Bug fortran/25707] support for Fortran 2003 USE statements, INTRINSIC and NONINTRINSIC
--- Comment #5 from pault at gcc dot gnu dot org 2006-11-07 21:38 --- FX, I think that the keywords patch and rejects valid are both incorrect for this PR - it's an enhancement, plain and simple. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Keywords|patch, rejects-valid| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25707
[Bug fortran/27546] [F2003] IMPORT not implemented
--- Comment #3 from pault at gcc dot gnu dot org 2006-11-07 21:40 --- Have removed the rejects-valid keyword. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Keywords|rejects-valid | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27546
[Bug fortran/23994] PROTECTED attribute (F2003) is not implemented
--- Comment #4 from pault at gcc dot gnu dot org 2006-11-07 21:41 --- Have removed the rejects-valid keyword. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Keywords|rejects-valid | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23994
[Bug fortran/13939] Does not accept missing subroutine arguments like g77
--- Comment #3 from pault at gcc dot gnu dot org 2006-11-07 21:45 --- I have removed the rejects valid - enhancement will do. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Keywords|rejects-valid | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13939
[Bug fortran/27546] [F2003] IMPORT not implemented
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-07 22:01 --- Accept. I have almost finished that patch :-) -- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-05-12 04:32:12 |2006-11-07 22:01:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27546
[Bug fortran/29755] New: ICE on same name in subroutine and program
import.f90:9: subroutine foo(x) 1 Error: PROGRAM attribute conflicts with PROCEDURE attribute at (1) import.f90:0: internal compiler error: Segmentation fault - program foo type myType integer :: i end type myType interface subroutine foo(x) type(myType) :: i end subroutine foo end interface call foo() end program foo - The crash occurs in decl.c in the line: if (current_ts.type == BT_DERIVED gfc_current_ns-proc_name-attr.if_source == IFSRC_IFBODY since gfc_current_ns-proc_name == NULL I have a patch for this. -- Summary: ICE on same name in subroutine and program Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29755
[Bug fortran/29755] ICE on same name in subroutine and program
-- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-11-07 22:14:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29755
[Bug inline-asm/29756] New: SSE intrinsics hard to use without redundant temporaries appearing
I've been adapting some old codes' simple 4-float vector class to use SSE by use of the intrinsic functions. It seems to be quite hard to avoid the generated assembly code being rather diluted by apparently redundant spills of intermediate results to the stack. On inspecting the assembly produced from the file to be attached, compare the code generated for matrix44f::transform_good and matrix44f::transform_bad. The former is 20 instructions and apparently optimal. However, it was only arrived at by prodding the latter version of the function (which does exactly the same thing but expressed more naturally, but results in 32 instructions) until the stack temporaries went away. It would be nice if both versions of the function generated optimal code and there doesn't seem to be any particular reason they shouldn't. Both versions' assembly contain the same expected numbers of shuffle, multiply and add instructions, the excess seems to all involve extra stack temporaries. [I'm not sure what the triplet codes on this form are. I'm using a gcc in Debian Etch gcc --version shows gcc (GCC) 4.1.2 20060901 (prerelease) (Debian 4.1.1-13); platform is a Pentium3. Sorry if the inline-asm component is a completely inappropriate thing to assign to.] -- Summary: SSE intrinsics hard to use without redundant temporaries appearing Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: minor Priority: P3 Component: inline-asm AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: timday at bottlenose dot demon dot co dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29756
[Bug inline-asm/29756] SSE intrinsics hard to use without redundant temporaries appearing
--- Comment #1 from timday at bottlenose dot demon dot co dot uk 2006-11-07 22:26 --- Created an attachment (id=12566) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12566action=view) Result of gcc -v -save-temps -S -O3 -march=pentium3 -mfpmath=sse -msse -fomit-frame-pointer intrin.cpp This is the .ii file output from gcc -v -save-temps -S -O3 -march=pentium3 -mfpmath=sse -msse -fomit-frame-pointer intrin.cpp Most of it is the result of the .cpp's sole direct include : #include xmmintrin.h, which was immediately before the class vector4f declaration. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29756
[Bug middle-end/29756] SSE intrinsics hard to use without redundant temporaries appearing
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-07 22:31 --- Looks like this is mostly caused by: union { __v4sf vecf; __m128 rawf; float val[4]; } _rep; I will have a look more at this issue later tonight when I get home from work. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|minor |enhancement Component|target |middle-end Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29756
[Bug target/29302] isfinite returns wrong result at -O1
--- Comment #26 from echristo at apple dot com 2006-11-08 00:06 --- I'll take this one since I've got the apple radar on it as well, removing Geoff. -- echristo at apple dot com changed: What|Removed |Added CC|geoffk at gcc dot gnu dot | |org | AssignedTo|unassigned at gcc dot gnu |echristo at apple dot com |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-11-05 08:20:07 |2006-11-08 00:06:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29302
[Bug middle-end/29748] FAIL: gcc.c-torture/execute/ieee/20041213-1.c compilation, -O3 -g
--- Comment #1 from danglin at gcc dot gnu dot org 2006-11-08 00:25 --- Can't reproduce. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29748
[Bug middle-end/28690] [4.2/4.3 Regression] Performace problem with indexed load/stores on powerpc
--- Comment #24 from bergner at vnet dot ibm dot com 2006-11-08 03:30 --- Ok, Anton hit another test case the last patch doesn't transform. It's actually the same test case as in comment #13, except, int *base is now a global variable rather than a function parameter. int *base; int indexedload(int len) { int i, sum = 0; for (i=0; i len; i++) sum += base[i]; return sum; } With this case, we get the following RTL generated for the load of *base into a register: ;; base.1 = base (insn 24 22 25 (set (reg:SI 129) (high:SI (symbol_ref:SI (base) [flags 0x84] var_decl 0x400a6930 base))) -1 (nil) (nil)) (insn 25 24 26 (set (reg/f:SI 128) (lo_sum:SI (reg:SI 129) (symbol_ref:SI (base) [flags 0x84] var_decl 0x400a6930 base))) -1 (nil) (expr_list:REG_EQUAL (symbol_ref:SI (base) [flags 0x84] var_decl 0x400a6930 base) (nil))) (insn 26 25 0 (set (reg:SI 124 [ base.1 ]) (mem/c/i:SI (reg/f:SI 128) [3 base+0 S4 A32])) -1 (nil) (nil)) There seem to be two problems here. First, the mem/c/i:SI (reg/f:SI 128) seems to be missing a MEM_POINTER attribute. I tracked that down to rtl.h:MEM_COPY_ATTRIBUTES(LHS,RHS) not copying the MEM_POINTER attribute from RHS to LHS. I added the code to do that, so the mem above does get the MEM_POINTER flag set. However, the reg:SI 124 [base.1] is still missing the REG_POINTER flag. This second problem seems to be a problem in expand_one_register_var(tree var). In this specific case, var seems to be a pointer type, but looks to be artifical, so we skip the code that would have marked the reg rtx with the REG_POINTER: Breakpoint 4, expand_one_register_var (var=0x400a6d90) at /home/bergner/gcc/gcc-mainline-rtlanal/gcc/cfgexpand.c:643 643 tree type = TREE_TYPE (var); (gdb) call debug_tree (var) var_decl 0x400a6d90 base.1 type pointer_type 0x4009ae38 type integer_type 0x4009a340 int sizes-gimplified public SI size integer_cst 0x4008e5e0 constant invariant 32 unit size integer_cst 0x4008e2a0 constant invariant 4 align 32 symtab 0 alias set 2 precision 32 min integer_cst 0x4008e580 -2147483648 max integer_cst 0x4008e5a0 2147483647 pointer_to_this pointer_type 0x4009ae38 public unsigned SI size integer_cst 0x4008e5e0 32 unit size integer_cst 0x4008e2a0 4 align 32 symtab 0 alias set 3 used unsigned ignored SI file indexedload5.c line 7 size integer_cst 0x4008e5e0 32 unit size integer_cst 0x4008e2a0 4 align 32 context function_decl 0x40151f00 indexedload chain var_decl 0x400a6e00 D.1531 (gdb) p var-decl_common.artificial_flag $8 = 1 If I clear var-decl_common.artificial_flag with the debugger and continue, then we get the REG_POINTER flag set and the indexed load is generated with the base pointer first like we want. Does anyone know why var above was marked as artifical? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28690
[Bug middle-end/28690] [4.2/4.3 Regression] Performace problem with indexed load/stores on powerpc
--- Comment #25 from pinskia at gcc dot gnu dot org 2006-11-08 03:35 --- (In reply to comment #24) Does anyone know why var above was marked as artifical? Yes because it is an compiler generated decl for the load of the global. The main reason why we don't mark the RTL for artifical decls is because we get still like: (int*)int_var Which causes problem. This is what PTR_PLUS_EXPR which I am creating helps solves. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28690
[Bug c++/29757] New: Non-ISO template qualifiers
Don't suppose you can deprecate this non-ISO C++ standard usage of the following proprietary G++ extensions: extern template int max (int, int); inline template class Fooint; static template class Fooint; ... as summarised at http://www.dis.com/gnu/gcc/Template-Instantiation.html. The problem with these is that they tempt some programmers to use them (a) without really understanding what they are doing as documentation is somewhat light on these extensions (b) in the mistaken belief it is standard C++, not a proprietary G++ extension (c) that non-G++ compilers ignore it, which they may or may not do in a predictable fashion. As an example, various versions of MSVC as well as other compilers can throw some odd errors. I have no problem with these being replaced with something like say: __attribute__((template_extern)) template int max (int, int); __attribute__((template_inline)) template class Fooint; __attribute__((template_static)) template class Fooint; This then does not give the illusion that these misuses of extern, inline and static with template declarations is proper C++. Cheers, Niall -- Summary: Non-ISO template qualifiers Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: s_gccbugzilla at nedprod dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29757
[Bug c++/29757] Non-ISO template qualifiers
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-08 03:49 --- actually extern template might be come part of standard C++ so ... that might be a bad thing to deprecate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29757
[Bug fortran/29758] New: Runtime segfault in RESHAPE with insuuficient elements in SOURCE
$ cat ../prs/reshape.f90 real :: a(2,2), z = 1.0 a = reshape ([z], [2,2]) end [EMAIL PROTECTED] /home/pr29431 $ /irun/bin/gfortran ../prs/reshape.f90 [EMAIL PROTECTED] /home/pr29431 $ ./a Segmentation fault (core dumped) I have a partial fix that breaks two testsuite cases; I expect that it will be done in the next day or two. Paul -- Summary: Runtime segfault in RESHAPE with insuuficient elements in SOURCE Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pault at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29758
InterScan MSS has quarantined a message
Message Sender :gcc-bugs@gcc.gnu.org Message Recipients :[EMAIL PROTECTED] Message Subject:Re: Delivery Server Large Attachment Message Current action taken:Quarantine Date and Time of Incident:Wed Nov 08 11:27:56 2006 Information transmitted by this e-mail is proprietary to Infinite Computer Solutions and / or its Customers and is intended for use only by the individual or the entity to which it is addressed, and may contain information that is privileged, confidential or exempt from disclosure under applicable law. If you are not the intended recipient or it appears that this mail has been forwarded to you without proper authority, you are notified that any use or dissemination of this information in any manner is strictly prohibited. In such cases, please notify us immediately at [EMAIL PROTECTED] and delete this email from your records.
[Bug libfortran/19273] No automatic dependencies in libgfortran
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-11-08 06:48 --- *** This bug has been marked as a duplicate of 27107 *** -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19273
[Bug libfortran/27107] Make dependency on io/io.h broken
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-11-08 06:48 --- *** Bug 19273 has been marked as a duplicate of this bug. *** -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added CC||tobi at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27107