[Bug libfortran/26346] FAIL: gfortran.dg/secnds.f -O0 execution test
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-02-18 07:58 --- This test can sometimes fail if you have a lot of background tasks running. Check the tolerance on the timing accuracy and see if increasing that allows the test to pass. I have seen it do this before. Or is the failure more distinct then that? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26346
[Bug libfortran/26136] List directed input with underfilled (logicals) array read incorrectly
--- Comment #19 from jvdelisle at gcc dot gnu dot org 2006-02-18 07:54 --- Just so everyone understands. I am working one more modification to this patch to allow 63 character long names in the tests for logical true or false in namelist reads. The patch in Comment #18 works for all cases found so far, but is limited to 31 character variable name tests. Testing and expanded test cases in the queue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26136
[Bug middle-end/26334] [4.1 Regression] ICE in lhd_set_decl_assembler_name
--- Comment #5 from jakub at gcc dot gnu dot org 2006-02-18 07:49 --- Subject: Bug 26334 Author: jakub Date: Sat Feb 18 07:49:27 2006 New Revision: 111227 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111227 Log: PR middle-end/26334 * stmt.c (decl_overlaps_hard_reg_set_p): Use DECL_HARD_REGISTER instead of DECL_REGISTER. * gcc.c-torture/compile/20060217-1.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/20060217-1.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/stmt.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26334
[Bug ada/26348] New: Ada gnatlib a-textio.o ICE because of too much RAM, tree-vrp?
I'm seeing bootstrap failing on x86 and amd64-linux: WORK Thu Feb 16 21:06:28 UTC 2006 (revision 51) FAIL Fri Feb 17 12:16:43 UTC 2006 (revision 80) FAIL Fri Feb 17 20:56:47 UTC 2006 (revision 111208) ... /home/guerby/work/gcc/build/build-head-20060217T133449/./gcc/xgcc -B/home/guerby/work/gcc/build/build-head-20060217T133449/./gcc/ -B/home/guerby/work/gcc/install/install-head-20060217T133449/x86_64-unknown-linux-gnu/bin/ -B/home/guerby/work/gcc/install/install-head-20060217T133449/x86_64-unknown-linux-gnu/lib/ -isystem /home/guerby/work/gcc/install/install-head-20060217T133449/x86_64-unknown-linux-gnu/include -isystem /home/guerby/work/gcc/install/install-head-20060217T133449/x86_64-unknown-linux-gnu/sys-include -c -g -O2 -fPIC -W -Wall -gnatpg a-textio.adb -o a-textio.o xgcc: Internal error: Killed (program gnat1) Please submit a full bug report. See http://gcc.gnu.org/bugs.html> for instructions. make[7]: *** [a-textio.o] Error 1 make[7]: Leaving directory `/home/guerby/work/gcc/build/build-head-20060217T133449/gcc/ada/rts' make[6]: *** [gnatlib] Error 2 make[6]: Leaving directory `/home/guerby/work/gcc/build/build-head-20060217T133449/gcc/ada' make[5]: *** [gnatlib-shared-default] Error 2 make[5]: Leaving directory `/home/guerby/work/gcc/build/build-head-20060217T133449/gcc/ada' make[4]: *** [gnatlib-shared-dual] Error 2 make[4]: Leaving directory `/home/guerby/work/gcc/build/build-head-20060217T133449/gcc/ada' make[3]: *** [gnatlib-shared] Error 2 make[3]: Leaving directory `/home/guerby/work/gcc/build/build-head-20060217T133449/gcc/ada' make[2]: *** [gnatlib-shared] Error 2 make[2]: Leaving directory `/home/guerby/work/gcc/build/build-head-20060217T133449/x86_64-unknown-linux-gnu/libada' make[1]: *** [all-target-libada] Error 2 make[1]: Leaving directory `/home/guerby/work/gcc/build/build-head-20060217T133449' make: *** [bootstrap] Error 2 gnat1 goes up in RAM until a SEGV. At 700MB here is a backtrace 0x085d480c in build_int_cst_wide (type=0x4016c284, low=1, hi=0) at /home/guerby/work/gcc/version-head/gcc/tree.c:861 861 t = TREE_VEC_ELT (TYPE_CACHED_VALUES (type), ix); (gdb) bt #0 0x085d480c in build_int_cst_wide (type=0x4016c284, low=1, hi=0) at /home/guerby/work/gcc/version-head/gcc/tree.c:861 #1 0x085d5140 in build_int_cst (type=0x0, low=1) at /home/guerby/work/gcc/version-head/gcc/tree.c:695 #2 0x08664915 in instantiate_parameters_1 (loop=0x8eed060, chrec=, flags=, cache=0xb78b058, size_expr=0) at tree-chrec.h:108 #3 0x0866585e in instantiate_parameters (loop=0x8eed060, chrec=0x410f1cf8) at /home/guerby/work/gcc/version-head/gcc/tree-scalar-evolution.c:2209 #4 0x08604abe in vrp_visit_assignment (stmt=0x40f119b4, output_p=0xbfffec88) at /home/guerby/work/gcc/version-head/gcc/tree-vrp.c:1970 #5 0x0834b996 in simulate_stmt (stmt=0x40f119b4) at /home/guerby/work/gcc/version-head/gcc/tree-ssa-propagate.c:306 #6 0x0834bba7 in process_ssa_edge_worklist (worklist=0x8ce6e98) at /home/guerby/work/gcc/version-head/gcc/tree-ssa-propagate.c:380 #7 0x0834bff2 in ssa_propagate (visit_stmt=0x86050a0 , visit_phi=0x86009f0 ) at /home/guerby/work/gcc/version-head/gcc/tree-ssa-propagate.c:683 #8 0x086067e0 in execute_vrp () at /home/guerby/work/gcc/version-head/gcc/tree-vrp.c:4569 #9 0x085f6369 in execute_one_pass (pass=0x8d8c710) at /home/guerby/work/gcc/version-head/gcc/passes.c:854 #10 0x085f64ff in execute_pass_list (pass=0x8d8c710) at /home/guerby/work/gcc/version-head/gcc/passes.c:898 #11 0x085f6512 in execute_pass_list (pass=0x88874e0) at /home/guerby/work/gcc/version-head/gcc/passes.c:899 #12 0x082f5272 in tree_rest_of_compilation (fndecl=0x4020c600) at /home/guerby/work/gcc/version-head/gcc/tree-optimize.c:412 #13 0x080647e4 in gnat_expand_body (gnu_decl=0x4020c600) at /home/guerby/work/gcc/version-head/gcc/ada/misc.c:653 #14 0x0864c392 in cgraph_expand_function (node=0x40f09380) at /home/guerby/work/gcc/version-head/gcc/cgraphunit.c:1101 #15 0x0864ecbd in cgraph_optimize () at /home/guerby/work/gcc/version-head/gcc/cgraphunit.c:1166 #16 0x080651ef in gnat_parse_file (set_yydebug=0) at /home/guerby/work/gcc/version-head/gcc/ada/misc.c:245 #17 0x085c3265 in toplev_main (argc=16, argv=0xbfffef74) at /home/guerby/work/gcc/version-head/gcc/toplev.c:999 #18 0x082eb57f in main (argc=Cannot access memory at address 0x8 ) at /home/guerby/work/gcc/version-head/gcc/main.c:35 At 900MB fold_binary (code=PLUS_EXPR, type=0x4019e8fc, op0=0x7568fa68, op1=0x4020fdb0) at /home/guerby/work/gcc/version-head/gcc/fold-const.c:7236 7236 enum tree_code_class kind = TREE_CODE_CLASS (code); (gdb) bt #0 fold_binary (code=PLUS_EXPR, type=0x4019e8fc, op0=0x7568fa68, op1=0x4020fdb0) at /home/guerby/work/gcc/version-head/gcc/fold-const.c:7236 #1 0x08441777 in fold_build2_stat (code=PLUS_EXPR, type=0x4019e8fc, op0=0x7568fa68, op1=0x4020fdb0) at /home/guerby/work/gcc/version-head/gcc/fold-const.c:10781 #2 0x086c0db0 in scev_probably_wraps_p (type=0x4019e8fc, base=0x7568fa44, step
[Bug target/26347] hidden weak extern functions fail regardless of existence on alpha/linux
--- Comment #1 from vapier at gentoo dot org 2006-02-18 07:40 --- Created an attachment (id=10872) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10872&action=view) alpha-hidden-weak.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26347
[Bug target/26347] New: hidden weak extern functions fail regardless of existence on alpha/linux
noticed while playing with uClibc/alpha port ... a function that was defined as being hidden/weak causes build failures for alpha but no other target. testing mostly on my amd64 box cross-compiling for alpha/uclibc, but a native alpha/glibc compiler exhibits the same issues. tested gcc 3.4.5, 4.0.2, and a semi-recent version of 4.1.0. $ alpha-gentoo-linux-uclibc-gcc alpha-hidden-weak.c -nostdlib /tmp/cco53Air.o: In function `_start': relocation truncated to fit: GPRELHIGH against undefined symbol `_stdio_init' collect2: ld returned 1 exit status $ alpha-gentoo-linux-uclibc-gcc -v Reading specs from /usr/lib/gcc/alpha-gentoo-linux-uclibc/3.4.5/specs Configured with: /var/tmp/cross/alpha-gentoo-linux-uclibc/portage/gcc-3.4.5/work/gcc-3.4.5/configure --prefix=/usr --bindir=/usr/alpha-gentoo-linux-uclibc/gcc-bin/3.4.5 --includedir=/usr/lib/gcc/alpha-gentoo-linux-uclibc/3.4.5/include --datadir=/usr/share/gcc-data/alpha-gentoo-linux-uclibc/3.4.5 --mandir=/usr/share/gcc-data/alpha-gentoo-linux-uclibc/3.4.5/man --infodir=/usr/share/gcc-data/alpha-gentoo-linux-uclibc/3.4.5/info --with-gxx-include-dir=/usr/lib/gcc/alpha-gentoo-linux-uclibc/3.4.5/include/g++-v3 --host=x86_64-pc-linux-gnu --target=alpha-gentoo-linux-uclibc --build=x86_64-pc-linux-gnu --disable-altivec --disable-nls --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --disable-multilib --disable-libmudflap --disable-libgcj --enable-languages=c --disable-shared --disable-threads --without-headers --disable-__cxa_atexit --enable-target-optspace --enable-clocale=uclibc Thread model: single gcc version 3.4.5 (Gentoo 3.4.5, ssp-3.4.5-1.0, pie-8.7.9) -- Summary: hidden weak extern functions fail regardless of existence on alpha/linux Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: vapier at gentoo dot org GCC host triplet: x86_64-linux-gnu GCC target triplet: alpha-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26347
[Bug libfortran/26136] List directed input with underfilled (logicals) array read incorrectly
--- Comment #18 from jvdelisle at gcc dot gnu dot org 2006-02-18 07:22 --- Created an attachment (id=10871) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10871&action=view) Updated patch. Updated patch to fix problem found in Comment #16 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26136
[Bug c/8268] no compile time array index checking
--- Comment #18 from falk at debian dot org 2006-02-18 07:19 --- Created an attachment (id=10870) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10870&action=view) alternative patch Hi, I've also been working on a patch, although as an SSA pass. It probably catches more, but there were some weird interactions with inlining yielding messages in unexpected places. I'll attach my (preliminary) patch, which also contains a test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8268
[Bug middle-end/23868] [4.1/4.2 regression] builtin_apply uses wrong mode for multi-hard-register return values
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23868
[Bug target/26223] [4.0/4.1/4.2 regression] ICE on long double with -mno-80387
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-02-18 06:50 --- This is too obscure to be a P1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26223
[Bug c++/26266] [4.0/4.1/4.2 regression] Trouble with static const data members in template classes
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-02-18 06:49 --- I'm currently testing a patch for all of the critical problems in this PR; we'll be left with an accepts-invalid regression, which would only be P2. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26266
[Bug middle-end/26334] [4.1 Regression] ICE in lhd_set_decl_assembler_name
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-02-18 06:46 --- Due to the fact that the problem occurs with inline asm, not ordinary C code, I'm making this P2, rather than P2. I've pre-approved a patch for this problem. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26334
[Bug libobjc/26309] [4.1/4.2 Regression] libobjc bootstrap failure on Tru64 UNIX V4.0F
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-02-18 06:45 --- Objective-C is not release-criticial, and neither is Tru64. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26309
[Bug c++/26295] [4.0/4.1/4.2 Regression] Invalid namespace pointer seg fault
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26295
[Bug target/26290] [4.1 Regression]: some loop optimizations no longer run at -O2
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-02-18 06:43 --- Not a showstopper, but definitely disappointing. I'd be very interested in analysis of what's going wrong. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26290
[Bug rtl-optimization/25600] unsigned>>31?-1:0 should be optimized to int>>31
--- Comment #2 from sayle at gcc dot gnu dot org 2006-02-18 05:22 --- Subject: Bug 25600 Author: sayle Date: Sat Feb 18 05:22:46 2006 New Revision: 111226 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111226 Log: PR middle-end/25600 * fold-const.c (fold_binary): Fold (X >> C) != 0 into X < 0 when C is one less than the width of X (and related transformations). * simplify_rtx.c (simplify_unary_operation_1): Transform (neg (lt x 0)) into either (ashiftrt X C) or (lshiftrt X C) depending on STORE_FLAG_VALUE, were C is one less then the width of X. Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/simplify-rtx.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25600
[Bug libfortran/26136] List directed input with underfilled (logicals) array read incorrectly
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2006-02-18 05:15 --- Indeed you have found something I missed. I am on it. BTW Your namelist.input.3 is correct, keeping in mind that gfortran does not initialize variables and the result of an incomplete array is null value, meaning it does nothing. Thanks for testing, it helps. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26136
[Bug tree-optimization/25879] [4.2 Regression] TDF_CHAIN makes -fdump-tree-all-all useless
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-18 05:03 --- Mine. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-18 05:03:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25879
[Bug rtl-optimization/25636] [4.2 Regression] opts.c is being miscompiled, write to read only memory
--- Comment #35 from pinskia at gcc dot gnu dot org 2006-02-18 04:57 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25636
[Bug target/19061] IA64 GCC pointer confusion results in optimization error
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-18 04:55 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01489.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||02/msg01489.html Keywords||patch, wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19061
[Bug rtl-optimization/26345] [4.2 Regression] -fmove-loop-invariants loses POINTER attribute
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-18 04:55 --- Confirmed, patch posted: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01489.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||02/msg01489.html Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||patch Last reconfirmed|-00-00 00:00:00 |2006-02-18 04:55:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26345
[Bug tree-optimization/26341] [4.2 Regression] 930217-1.c and 931013-3.c ICE at -O2 and above in add_virtual_operand
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-18 04:53 --- Fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26341
[Bug tree-optimization/26341] [4.2 Regression] 930217-1.c and 931013-3.c ICE at -O2 and above in add_virtual_operand
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-18 04:53 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26341
[Bug c/8268] no compile time array index checking
--- Comment #17 from mueller at gcc dot gnu dot org 2006-02-18 02:51 --- Created an attachment (id=10869) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10869&action=view) patch I'm currently testing this patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8268
[Bug target/9552] accepts invalid code for attribute section
--- Comment #24 from nomura at netapp dot com 2006-02-18 02:30 --- The problem in my case was that during configuration of the cross gcc, the host linker was being picked for the capability test of HAVE_LD_RO_RW_SECTION_MIXING. ld is selected around the "in_tree_ld" part of configure. I had built the cross linker and provided it in PATH, but configure doesn't look there. Solution was to point "--with-ld" to the cross linker. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9552
[Bug tree-optimization/26341] [4.2 Regression] 930217-1.c and 931013-3.c ICE at -O2 and above in add_virtual_operand
--- Comment #3 from dberlin at gcc dot gnu dot org 2006-02-18 00:09 --- Subject: Bug 26341 Author: dberlin Date: Sat Feb 18 00:09:51 2006 New Revision: 111217 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111217 Log: 2006-02-17 Daniel Berlin <[EMAIL PROTECTED]> Fix PR tree-optimization/26341 * tree-ssa-operands.c (add_virtual_operand): Remove assert about NAME_MEMORY_TAG's. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-operands.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26341
[Bug target/24838] g++.dg/tls/static-1.C execution test fails
--- Comment #1 from sje at cup dot hp dot com 2006-02-18 00:04 --- I believe this is the same as PR 24476 and like that problem, will work now with the latest CVS binutils. I don't know if we want to resolve this or wait until there is a binutils release that contains the fix to resolve the PR. -- sje at cup dot hp dot com changed: What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24838
[Bug target/9552] accepts invalid code for attribute section
--- Comment #23 from nomura at netapp dot com 2006-02-17 23:58 --- > Looks like in gcc-3.4.0, gcc/gcc/configure.ac picks up the wrong ld for me, > which probably leads to the wrong value being set for > HAVE_LD_RO_RW_SECTION_MIXING. This problem also occurs when cross compiling freebsd 5.3 for 64 bit target on 32 bit freebsd host -- x86_64-unknown-freebsd5.3-gcc-3.4.2 running on 32-bit x86 freebsd 5.3, compiling a file in freebsd 5.3's fork of gcc (usr/src/contrib/gcc/crtstuff.c). The same cross compiler hosted on linux ia32 doesn't get the ICE. Stepping through the ICE I see named_section_eh_frame_section() going down the path which calls named_section_flags (EH_FRAME_SECTION_NAME, SECTION_WRITE); because HAVE_LD_RO_RW_SECTION_MIXING was not #defined. Per the earlier discussion, maybe if it had been #defined, the value of flags would get computed as 0. But flags is computed as a complex condition in the #ifdef HAVE_LD_RO_RW_SECTION_MIXING block. Does it necessarily match what default_section_type_flags comes up with? -- nomura at netapp dot com changed: What|Removed |Added CC||nomura at netapp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9552
[Bug middle-end/16045] ICE fold check: original tree changed by fold
--- Comment #8 from ghazi at gcc dot gnu dot org 2006-02-17 23:50 --- Backported to 4.0. -- ghazi at gcc dot gnu dot org changed: What|Removed |Added CC||ghazi at gcc dot gnu dot org Target Milestone|4.1.0 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16045
[Bug middle-end/16045] ICE fold check: original tree changed by fold
--- Comment #7 from ghazi at gcc dot gnu dot org 2006-02-17 23:49 --- Subject: Bug 16045 Author: ghazi Date: Fri Feb 17 23:49:13 2006 New Revision: 111215 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111215 Log: Backport: 2005-08-18 Andrew Pinski <[EMAIL PROTECTED]> PR middle-end/16045 * builtins.c (fold_builtin): Create a new NOP_EXPR all the time. Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/builtins.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16045
[Bug other/26327] memory leaks
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-17 23:17 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||memory-hog Last reconfirmed|-00-00 00:00:00 |2006-02-17 23:17:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26327
[Bug fortran/19777] -fbounds-check catches non-existent bounds violation
--- Comment #9 from anlauf at gmx dot de 2006-02-17 23:04 --- (In reply to comment #8) [...] > does not trigger the Array out-of-bounds-condition any more in our code. > Therefore we are glad to have this fix! > > Tested on gcc-4.1-20060210 x86_64-unknown-linux-gnu Negative. The following valid code still fails on i386: % gfc gfcbug31.f -Wall -O0 -g -fbounds-check && ./a.out In init1: npts = 1 i = 1 Fortran runtime error: Array reference out of bounds % cat gfcbug31.f program gfcbug31 implicit none integer npts parameter(npts=1) double precision v(npts) external init1 call init1 (npts, v) end subroutine init1 (npts, v) implicit none integer npts c Assumed size arrays don't work together with -fbounds-check double precision v(*) c double precision v(npts) integer i print *, "In init1: npts =", npts do 10 i = 1, npts print *, "i =", i v(i) = 0 print *, "Got here!" 10 continue print *, "done." end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19777
[Bug libfortran/26346] New: FAIL: gfortran.dg/secnds.f -O0 execution test
Executing on host: /home/gnu/gcc-3.4/objdir/gcc/testsuite/../gfortran -B/home/gn u/gcc-3.4/objdir/gcc/testsuite/../ /xxx/gnu/gcc-3.4/gcc/gcc/testsuite/gfortran.d g/secnds.f -O0 -O0 -L/home/gnu/gcc-3.4/objdir/hppa2.0w-hp-hpux11.00/./libgfo rtran/.libs -L/home/gnu/gcc-3.4/objdir/hppa2.0w-hp-hpux11.00/./libgfortran/.libs -L/home/gnu/gcc-3.4/objdir/hppa2.0w-hp-hpux11.00/./libiberty -lm -o ./secnds .exe(timeout = 300) PASS: gfortran.dg/secnds.f -O0 (test for excess errors) Setting LD_LIBRARY_PATH to .:/home/gnu/gcc-3.4/objdir/hppa2.0w-hp-hpux11.00/./li bgfortran/.libs:/home/gnu/gcc-3.4/objdir/hppa2.0w-hp-hpux11.00/./libgfortran/.li bs:/xxx/gnu/gcc-3.4/objdir/gcc:.:/home/gnu/gcc-3.4/objdir/hppa2.0w-hp-hpux11.00/ ./libgfortran/.libs:/home/gnu/gcc-3.4/objdir/hppa2.0w-hp-hpux11.00/./libgfortran /.libs:/xxx/gnu/gcc-3.4/objdir/gcc FAIL: gfortran.dg/secnds.f -O0 execution test This only occurs at -O0 -- Summary: FAIL: gfortran.dg/secnds.f -O0 execution test Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.00 GCC host triplet: hppa2.0w-hp-hpux11.00 GCC target triplet: hppa2.0w-hp-hpux11.00 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26346
[Bug libobjc/26309] [4.1/4.2 Regression] libobjc bootstrap failure on Tru64 UNIX V4.0F
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26309
[Bug testsuite/26344] [4.2 Regression] three testsuite failures in gcc.dg/tree-ssa/
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-17 22:31:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26344
[Bug target/26255] [4.0 regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:391
--- Comment #11 from danglin at gcc dot gnu dot org 2006-02-17 22:21 --- Fixed by patches. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26255
[Bug target/26255] [4.0 regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:391
--- Comment #10 from danglin at gcc dot gnu dot org 2006-02-17 22:19 --- Subject: Bug 26255 Author: danglin Date: Fri Feb 17 22:19:05 2006 New Revision: 111214 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111214 Log: PR target/26255 * pa.md: Create separate HI and QI move patterns for 32-bit and 64-bit with hardware float support, and software float support. Add fcpy alternative to hardware patterns. Add alternatives to copy between general and floating-point registers to the 32-bit pattern. * pa.c (pa_secondary_reload): Don't abort if reload tries to find a secondary reload to load a QI or HI mode constant into a floating point register. * pa32-regs.h (VALID_FP_MODE_P): Allow QImode and HImode. * pa64-regs.h (VALID_FP_MODE_P): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/pa/pa.c trunk/gcc/config/pa/pa.md trunk/gcc/config/pa/pa32-regs.h trunk/gcc/config/pa/pa64-regs.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26255
[Bug target/26255] [4.0 regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:391
--- Comment #9 from danglin at gcc dot gnu dot org 2006-02-17 22:10 --- Subject: Bug 26255 Author: danglin Date: Fri Feb 17 22:09:58 2006 New Revision: 111213 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111213 Log: PR target/26255 * gcc.c-torture/compile/pr26255.c: New test case. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr26255.c Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26255
[Bug libstdc++/11953] _REENTRANT defined when compiling non-threaded code.
--- Comment #39 from jakub at gcc dot gnu dot org 2006-02-17 21:49 --- Subject: Bug 11953 Author: jakub Date: Fri Feb 17 21:49:22 2006 New Revision: 111212 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111212 Log: PR libstdc++/11953 * gthr-posix.h (_REENTRANT): Only define if __osf__ is defined. * config/ia64/linux.h (CPP_SPEC): Define. * config/s390/linux.h (CPP_SPEC): Define. Modified: branches/redhat/gcc-4_1-branch/gcc/ChangeLog branches/redhat/gcc-4_1-branch/gcc/config/ia64/linux.h branches/redhat/gcc-4_1-branch/gcc/config/s390/linux.h branches/redhat/gcc-4_1-branch/gcc/gthr-posix.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11953
[Bug target/22209] [4.1 regression] libgfortran unresolvable symbols on irix6.5
--- Comment #12 from sayle at gcc dot gnu dot org 2006-02-17 21:39 --- Subject: Bug 22209 Author: sayle Date: Fri Feb 17 21:38:59 2006 New Revision: 111211 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111211 Log: 2006-02-17 Roger Sayle <[EMAIL PROTECTED]> Richard Sandiford <[EMAIL PROTECTED]> PR target/22209 * config/mips/mips.h (MIN_UNITS_PER_WORD): Don't define for libgcc. * config/mips/_tilib.c: Remove. * config/fixtfdi.c: New libgcc source file. * config/fixunstfdi.c: New source file. * config/floatditf.c: New source file. * config/floatunditf.c: New souce file. * config/mips/t-iris6 (LIB2FUNCS_EXTRA): Include the new source files above instead of config/mips/_tilib.c. * config/mips/t-linux64 (LIB2FUNCS_EXTRA): Likewise. Added: branches/gcc-4_1-branch/gcc/config/fixtfdi.c branches/gcc-4_1-branch/gcc/config/fixunstfdi.c branches/gcc-4_1-branch/gcc/config/floatditf.c branches/gcc-4_1-branch/gcc/config/floatunditf.c Removed: branches/gcc-4_1-branch/gcc/config/mips/_tilib.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/mips/mips.h branches/gcc-4_1-branch/gcc/config/mips/t-iris6 branches/gcc-4_1-branch/gcc/config/mips/t-linux64 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22209
[Bug testsuite/26344] [4.2 Regression] three testsuite failures in gcc.dg/tree-ssa/
--- Comment #6 from law at redhat dot com 2006-02-17 21:19 --- Subject: Re: New: [4.2 Regression] three testsuite failures in gcc.dg/tree-ssa/ On Fri, 2006-02-17 at 18:21 +, pinskia at gcc dot gnu dot org wrote: > FAIL: gcc.dg/tree-ssa/20030730-1.c scan-tree-dump-times if 0 > FAIL: gcc.dg/tree-ssa/20030730-2.c scan-tree-dump-times if 0 > FAIL: gcc.dg/tree-ssa/20030807-2.c scan-tree-dump-times if 0 > > > Looking at them, they look only to be problems in the testcases and not > actually missed optimizations. > Also happens on powerp-aix: > http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00885.html Nevermind. I went back and reviewed my logs. I've got these failures as well. I must have somehow not reviewed them. I feel like a bozo. jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26344
[Bug libfortran/26252] FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-17 20:51 --- Subject: Re: FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution > I can't reproduce that on hppa2.0w-hp-hpux11.23. I don't know if it's a > difference between hpux version, or hppa1 and hppa2 (well, I don't know what > these two are really), but I'd guess it's the OS version. I don't have access > to a hpux10. The default for all 32-bit hppa targets is to generate PA 1.1 code. There's some difference in scheduling between different processor families but for the most part the code for hppa2.0w and hppa1.1 should be similar. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26252
[Bug rtl-optimization/26345] [4.2 Regression] -fmove-loop-invariants loses POINTER attribute
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-02-17 20:40 --- > I don't know how I missed your proposed patch for PR 19061. I tested it on > the test case in that bug and on my bootstrap bug that I reported here and > both look good. Great! My (limited) understanding is that it will pessimize the code a little, but that was deemed acceptable by the PA back-end so... > I used ToT sources for both tests and had to put your change in predicates.md > instead of ia64.c but it looks good to me. I can do a full bootstrap if you > want me to, I think we should try and get this into 4.1 as well as ToT if > possible. I'm not really in position to do any testing for 4.x on IA-64/HP-UX at the moment, so it's up to you. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26345
[Bug libfortran/26253] fallback scalbn doesn't handle denormals correctly
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-02-17 20:33
---
This is a problem in libgfortran scalbn fallback version not handling correctly
denormals. A i686-linux testcase is included below. I switch this to severity
"minor".
$ cat a.c
#include
#include
double
gfortran_scalbn(double x, int y)
{
static double two = 2;
return x * pow(two, y);
}
int main (void)
{
double x, y;
int n, dummy;
n = 1024;
x = 2.22507385850720088902458687608585988765042311224e-308;
y = gfortran_scalbn (frexp (x, &dummy), n);
printf ("%lg\n", y);
return 0;
}
$ gcc a.c -lm && ./a.out
inf
If we use the libm scalbn instead (at least on i686-linux), the result printed
is 1.79769e+308.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
GCC build triplet|hppa1.1-hp-hpux10.20|
GCC host triplet|hppa1.1-hp-hpux10.20|
GCC target triplet|hppa1.1-hp-hpux10.20|
Last reconfirmed|2006-02-15 09:15:24 |2006-02-17 20:33:15
date||
Summary|FAIL: gfortran.fortran- |fallback scalbn doesn't
|torture/execute/intrinsic_se|handle denormals correctly
|t_exponent.f90 execution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26253
[Bug libstdc++/26297] boostrap fails with invalid cast compiling libstdc++ with --disable-nls on AIX
--- Comment #7 from dje at gcc dot gnu dot org 2006-02-17 20:05 --- AIX 4.2 probably cannot be supported by current versions of GCC. If libstdc++ doesn't work on AIX 4.2, then it doesn't work. I do not have access to any AIX 4.2 system and AIX 4.2 was removed from IBM support a long time ago. libstdc++ probably relies on more modern Posix-conformant headers than were shipped with AIX 4.2. -- dje at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26297
[Bug libstdc++/26297] boostrap fails with invalid cast compiling libstdc++ with --disable-nls on AIX
--- Comment #6 from pcarlini at suse dot de 2006-02-17 19:55 --- David, can you please have a look? Certainly we have succesful reports: http://gcc.gnu.org/buildstat.html In the meanwhile, submitter should check that is following the target-specific installation notes: http://gcc.gnu.org/install/specific.html#x-ibm-aix -- pcarlini at suse dot de changed: What|Removed |Added CC||dje at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26297
[Bug tree-optimization/26197] [4.2 regression] ICE in is_old_name, at tree-into-ssa.c:466
--- Comment #9 from rakdver at gcc dot gnu dot org 2006-02-17 19:54 ---
SFT for D.2477.a is SFT.12. Before vectorizer is run, SFT.12 has is_alias_tag
== false and may_aliases = {TMT.32}; thus, we would only add a vuse for TMT.32
to the statement, and this is subsumed by the VDEF.
Vectorizer calls new_type_alias for D.2477. This causes SFT.12 to be added to
the alias set of this new tag, and SFT.12->is_alias_tag is set to true (by
add_may_alias). This however means that since that moment on,
add_virtual_operand will be also adding vuses for SFT.12; i.e., although we
haven't touched the statement at all, its virtual operands will change.
I haven't any idea how this might be fixed (the more I learn about the way
alias info translates to virtual operands, the less I understand it :-( ). I am
CCing someone who might know.
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
CC||dberlin at gcc dot gnu dot
||org, dnovillo at gcc dot gnu
||dot org
AssignedTo|rakdver at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|ASSIGNED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26197
[Bug rtl-optimization/26272] [4.2 Regression] gcc.c-torture/execute/built-in-setjmp.c fails at -O2 and above on powerpc-darwin
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-17 19:52 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26272
[Bug rtl-optimization/26272] [4.2 Regression] gcc.c-torture/execute/built-in-setjmp.c fails at -O2 and above on powerpc-darwin
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-17 19:52 --- Subject: Bug 26272 Author: pinskia Date: Fri Feb 17 19:52:28 2006 New Revision: 111206 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111206 Log: 2006-02-17 Andrew Pinski <[EMAIL PROTECTED]> PR target/26272 * config/rs6000/darwin.md (load_macho_picbase_si): Add pc to the pattern. (load_macho_picbase_di): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/darwin.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26272
[Bug libstdc++/26132] tr1/hashtable: rehash not implemented
-- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26132
[Bug libfortran/26252] FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-02-17 19:34 --- I can't reproduce that on hppa2.0w-hp-hpux11.23. I don't know if it's a difference between hpux version, or hppa1 and hppa2 (well, I don't know what these two are really), but I'd guess it's the OS version. I don't have access to a hpux10. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26252
[Bug middle-end/13757] -fstack-check causes segfaults
--- Comment #5 from andrew dot lundgren at level3 dot com 2006-02-17 19:27 --- I am experiencing the same bug with GCC 4.0.1 & 4.0.2 on SLES 9 with: gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.0.2/configure --enable-threads=posix --prefix=/usr/local/gcc4.0.2/ Thread model: posix gcc version 4.0.2 -- andrew dot lundgren at level3 dot com changed: What|Removed |Added CC||andrew dot lundgren at ||level3 dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13757
[Bug rtl-optimization/26345] [4.2 Regression] -fmove-loop-invariants loses POINTER attribute
--- Comment #3 from sje at cup dot hp dot com 2006-02-17 19:18 --- I don't know how I missed your proposed patch for PR 19061. I tested it on the test case in that bug and on my bootstrap bug that I reported here and both look good. I used ToT sources for both tests and had to put your change in predicates.md instead of ia64.c but it looks good to me. I can do a full bootstrap if you want me to, I think we should try and get this into 4.1 as well as ToT if possible. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26345
[Bug bootstrap/26161] Configure tests for pthread.h sometimes need to use -pthread
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-02-17 19:07 --- Fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26161
[Bug bootstrap/26161] Configure tests for pthread.h sometimes need to use -pthread
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-17 19:01 --- Subject: Bug 26161 Author: fxcoudert Date: Fri Feb 17 19:01:04 2006 New Revision: 111205 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111205 Log: PR bootstrap/26161 * configure.ac: Remove AC_CHECK_HEADER for pthread.h. Add comment for the other pthread check. * configure: Regenerate. * config.h.in: Regenerate. Modified: trunk/libgomp/ChangeLog trunk/libgomp/config.h.in trunk/libgomp/configure trunk/libgomp/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26161
[Bug rtl-optimization/26345] [4.2 Regression] -fmove-loop-invariants loses POINTER attribute
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-02-17 18:44 --- Did you try my fix for PR target/19061? -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26345
[Bug testsuite/26344] [4.2 Regression] three testsuite failures in gcc.dg/tree-ssa/
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-17 18:43 --- (In reply to comment #4) > Just tar up the mess and pass them to me directly. I will once the testsuite has finished running. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26344
[Bug libfortran/26136] List directed input with underfilled (logicals) array read incorrectly
--- Comment #16 from hjl at lucon dot org 2006-02-17 18:42 --- The patch http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01387.html is incomplete: [EMAIL PROTECTED] namelist-3]$ cat namelist.input.1 &dynamics non_hydrostatic = .true., time_step_sound = 4, 4, 4, / [EMAIL PROTECTED] namelist-3]$ ./foo < namelist.input.1 Cannot match namelist object name 4, Cannot match namelist object name 4, Aborted [EMAIL PROTECTED] namelist-3]$ cat namelist.input.2 &dynamics non_hydrostatic = .true., .true., time_step_sound = 4, 4, 4, / [EMAIL PROTECTED] namelist-3]$ ./foo < namelist.input.2 Cannot match namelist object name 4, Cannot match namelist object name 4, Cannot match namelist object name 4, T T T T -1073743496 127 -1073743512 127 [EMAIL PROTECTED] namelist-3]$ cat namelist.input.3 &dynamics non_hydrostatic = .true.,.true., .true., time_step_sound = 4, 4, 4, / [EMAIL PROTECTED] namelist-3]$ ./foo < namelist.input.3 T T T T 4 4 4 127 [EMAIL PROTECTED] namelist-3]$ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26136
[Bug rtl-optimization/26345] [4.2 Regression] -fmove-loop-invariants loses POINTER attribute
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|tree-optimization |rtl-optimization Keywords||build, ice-on-valid-code Summary|-fmove-loop-invariants loses|[4.2 Regression] -fmove- |POINTER attribute |loop-invariants loses ||POINTER attribute Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26345
[Bug middle-end/26316] [4.2 Regression] loop-invariant miscompiles openmp.c
--- Comment #13 from rakdver at gcc dot gnu dot org 2006-02-17 18:38 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01461.html -- rakdver at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||02/msg01461.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26316
[Bug tree-optimization/26345] -fmove-loop-invariants loses POINTER attribute
--- Comment #1 from sje at cup dot hp dot com 2006-02-17 18:38 --- Created an attachment (id=10868) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10868&action=view) Test Case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26345
[Bug tree-optimization/26345] New: -fmove-loop-invariants loses POINTER attribute
As of SVN version 110852, I cannot bootstrap IA64 HP-UX compiler. The compiler dies while compiling tree-into-ssa.c. I have a preprocessed cut-down version of this file that I will attach to this defect. I proposed a workaround/patch earlier, it is at http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01288.html. But that patch is a workaround for the real bug, loosing the POINTER attribute on the register. The attached program compiles with -O2 -fno-move-loop-invariants but dies with an unrecognized instruction with -O2. The failure is I get is below, the instruction is not regognized because reg 385 is not marked as a ponter. x.c:122: error: unrecognizable insn: (insn 76 68 135 3 (set (reg:DI 387) (unspec:DI [ (plus:SI (subreg/s/v:SI (reg:DI 385) 4) (const_int 4 [0x4])) ] 24)) -1 (insn_list:REG_DEP_TRUE 142 (nil)) (expr_list:REG_DEAD (reg:DI 385) (expr_list:REG_EQUAL (unspec:DI [ (plus:SI (subreg/s/v:SI (reg:DI 385) 4) (const_int 4 [0x4])) ] 24) (nil x.c:122: internal compiler error: in extract_insn, at recog.c:2075 -- Summary: -fmove-loop-invariants loses POINTER attribute Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sje at cup dot hp dot com GCC build triplet: ia64-hp-hpux11.23 GCC host triplet: ia64-hp-hpux11.23 GCC target triplet: ia64-hp-hpux11.23 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26345
[Bug testsuite/26344] [4.2 Regression] three testsuite failures in gcc.dg/tree-ssa/
--- Comment #4 from law at redhat dot com 2006-02-17 18:35 --- Subject: Re: New: [4.2 Regression] three testsuite failures in gcc.dg/tree-ssa/ On Fri, 2006-02-17 at 18:21 +, pinskia at gcc dot gnu dot org wrote: > FAIL: gcc.dg/tree-ssa/20030730-1.c scan-tree-dump-times if 0 > FAIL: gcc.dg/tree-ssa/20030730-2.c scan-tree-dump-times if 0 > FAIL: gcc.dg/tree-ssa/20030807-2.c scan-tree-dump-times if 0 > > > Looking at them, they look only to be problems in the testcases and not > actually missed optimizations. > Also happens on powerp-aix: > http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00885.html Umm, how so? Those tests are pretty damn simple. If there are any conditionals left by the time DOM3 is complete, then we've missed an optimization and we've missed it badly. Can you, or someone, send me the dump files on one of the affected platforms? -fdump-tree-all-blocks-vops-stats Just tar up the mess and pass them to me directly. jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26344
[Bug testsuite/26344] [4.2 Regression] three testsuite failures in gcc.dg/tree-ssa/
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-17 18:25 --- Shows up on ia64 also: http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00886.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26344
[Bug testsuite/26344] [4.2 Regression] three testsuite failures in gcc.dg/tree-ssa/
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-17 18:24 --- Maybe even between 72 and 75. Which means the following change cause this: 2006-02-16 Jeff Law <[EMAIL PROTECTED]> + * tree-vrp.c (set_value_range_to_nonnegative): New function. + (vrp_expr_computes_nonnegative, ssa_name_nonnegative_p): Likewise. + (ssa_name_nonzero_p): Likewise. + (get_value_range): Return NULL if VRP is not running. + (extract_range_from_expr): Fallback to tree_expr_XXX_p if + VRP routines do not discover a range. + (vrp_finalize): Clear VR_VALUE to indicate VRP is not running. + * tree.h (ssa_name_nonzero_p, ssa_name_nonnegative_p): Prototype. + * fold-const.c (tree_expr_nonzero_p): For SSA_NAMEs, query VRP. + (tree_expr_nonnegative_p): Similarly. + * tree-ssa-dom.c (nonzero_vars, nonzero_vars_stack): Remove. + (restore_nonzero_vars_to_original_value): Remove. + (unsafe_associative_fp_binop): Remove. + (tree_ssa_dominator_optimize): Remove initialization and + finalization of nonzero_vars and nonzero_vars_stack. + (dom_opt_initialize_block): No longer push marker on + nonzero_vars_stack. + (dom_opt_finalize_block): No longer call + restore_nonzero_vars_to_original_value. + (record_equivalences_from_phis): No longer look for + nonzero PHI arguments. + (cprop_into_successor_phis): No longer propagate nonzero + property into PHI arguments. Lose unused argument. Caller + updated. + (record_equivalences_from_stmt): No longer record nonzero + values for SSA_NAMEs. + (lookup_avail_expr): No longer use nonzero_vars. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26344
[Bug testsuite/26344] [4.2 Regression] three testsuite failures in gcc.dg/tree-ssa/
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-17 18:22 --- They were introduced between 29 and 75. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26344
[Bug testsuite/26344] [4.2 Regression] three testsuite failures in gcc.dg/tree-ssa/
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26344
[Bug testsuite/26344] New: [4.2 Regression] three testsuite failures in gcc.dg/tree-ssa/
FAIL: gcc.dg/tree-ssa/20030730-1.c scan-tree-dump-times if 0 FAIL: gcc.dg/tree-ssa/20030730-2.c scan-tree-dump-times if 0 FAIL: gcc.dg/tree-ssa/20030807-2.c scan-tree-dump-times if 0 Looking at them, they look only to be problems in the testcases and not actually missed optimizations. Also happens on powerp-aix: http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00885.html -- Summary: [4.2 Regression] three testsuite failures in gcc.dg/tree-ssa/ Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: powerpc-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26344
[Bug c++/20333] [3.4/4.0/4.1 Regression] ICE on invalid code, typename outside of a template
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-02-17 18:06 --- *** Bug 26343 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||julian dot rueth at ||informatik dot uni-ulm dot ||de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20333
[Bug c++/26343] compiler segfaults on typename
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-17 18:06 --- This is a dup of bug 20333 which was fixed in 3.4.4, you must have tested a non released 3.4.4. *** This bug has been marked as a duplicate of 20333 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26343
[Bug c++/24605] [4.0/4.1/4.2 Regression] internal compiler error: Segmentation fault while compiling c++ file
--- Comment #13 from ron_hylton at hotmail dot com 2006-02-17 18:05 --- > > Are you sure you have enough virtual memory to compile this test case? > I just tried main branch r11 and the test case compiled fine. I have 2 GB vm (and 2 GB ram) so I doubt the previous problem was vm exhaustion. I don't recall exactly what the vm use was with the segfaults but it wasn't alarming, and the test case never exceeded 1 GB vm with r11. I would certainly hope that gcc would politely report vm exhaustion as out-of-memory or some such rather than segfaulting. With the Intel Windows compiler I did have to turn off some optimization to stay within the 2 GB vm limit on the "real" cases, but gcc -O2 handled them with no problem. Ron -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24605
[Bug libfortran/26331] two testsuite failures on i386-netbsdelf3.0
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-02-17 17:42 --- In fact, both these bugs originate from the same bug of the netbsd frexp(), as reported in comment #1. Closing this as INVALID since there's nothing we can do. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26331
[Bug c++/26343] New: compiler segfaults on typename
gcc 3.4.3 (and also 3.4.4) segfault on x86_64; segfault doesn't occur on a i686
using gcc 3.3.4.
Please contact me if you need any further detail.
$ gcc -v -save-temps main.cpp
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/specs
Configured with: /var/tmp/portage/gcc-3.4.3-r1/work/gcc-3.4.3/configure
--enable-version-specific-runtime-libs --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.3
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.3/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.3/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/include/g++-v3
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec
--enable-nls --without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --enable-multilib
--enable-java-awt=gtk --enable-languages=c,c++,java --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 3.4.3 20041125 (Gentoo 3.4.3-r1, pie-8.7.7)
/usr/libexec/gcc/x86_64-pc-linux-gnu/3.4.3/cc1plus -E -quiet -v -D_GNU_SOURCE
main.cpp -mtune=k8 -o main.ii
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/include/g++-v3
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/include/g++-v3/x86_64-pc-linux-gnu
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/include/g++-v3/backward
/usr/local/include
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/include
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/include
/usr/include
End of search list.
/usr/libexec/gcc/x86_64-pc-linux-gnu/3.4.3/cc1plus -fpreprocessed main.ii
-quiet -dumpbase main.cpp -mtune=k8 -auxbase main -version -o main.s
GNU C++ version 3.4.3 20041125 (Gentoo 3.4.3-r1, pie-8.7.7)
(x86_64-pc-linux-gnu)
compiled by GNU C version 3.4.3 20041125 (Gentoo 3.4.3-r1, pie-8.7.7).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
main.cpp: In member function `void A::foo()':
main.cpp:4: internal compiler error: Segmentation fault
$ cat main.ii
# 1 "main.cpp"
# 1 ""
# 1 ""
# 1 "main.cpp"
class A {
typedef void T;
void foo(){
foo(typename A::T());
}
};
$ gcc -save-temps main2.cpp
main2.cpp: In member function `void A::foo()':
main2.cpp:4: error: invalid use of void expression
$ cat main2.ii
# 1 "main2.cpp"
# 1 ""
# 1 ""
# 1 "main2.cpp"
class A {
typedef void T;
void foo(){
foo(A::T());
}
};
--
Summary: compiler segfaults on typename
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: julian dot rueth at informatik dot uni-ulm dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26343
[Bug ada/26315] [4.2 Regression] ACATS failures c43208b c85006a c85006d cd92001
--- Comment #4 from charlet at gcc dot gnu dot org 2006-02-17 16:11 --- Now fixed. -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26315
[Bug ada/26315] [4.2 Regression] ACATS failures c43208b c85006a c85006d cd92001
--- Comment #3 from charlet at gcc dot gnu dot org 2006-02-17 16:05 --- Subject: Bug 26315 Author: charlet Date: Fri Feb 17 16:05:46 2006 New Revision: 83 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=83 Log: 2006-02-17 Eric Botcazou <[EMAIL PROTECTED]> PR ada/26315 * utils2.c (find_common_type): If both input types are BLKmode and have the same constant size, keep using the first one. * bindgen.adb: (Gen_Versions_Ada): Revert previous workaround. * decl.c (gnat_to_gnu_entity): Only check TREE_OVERFLOW for a constant. * misc.c (gnat_handle_option): New case for -Woverlength-strings. Modified: trunk/gcc/ada/bindgen.adb trunk/gcc/ada/decl.c trunk/gcc/ada/misc.c trunk/gcc/ada/utils2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26315
[Bug ada/13408] [4.1/4.2 Regression] acats numeric tests cxg* fail on pa/hpux
--- Comment #12 from danglin at gcc dot gnu dot org 2006-02-17 15:45 --- Patch is here: http://gcc.gnu.org/ml/gcc/2006-02/msg00251.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13408
[Bug tree-optimization/26341] [4.2 Regression] 930217-1.c and 931013-3.c ICE at -O2 and above in add_virtual_operand
--- Comment #2 from dberlin at gcc dot gnu dot org 2006-02-17 14:42 ---
Subject: Re: [4.2 Regression] 930217-1.c and
931013-3.c ICE at -O2 and above in add_virtual_operand
On Fri, 2006-02-17 at 14:24 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-17 14:24
> ---
> From:
> http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00880.html
>
> Confirmed independently also.
> The testcase:
> struct s
> {
> int f;
> };
> struct s
> f ()
> {
> int addr;
> return *(struct s *) &addr;
> }
>
>
We have a similar testcase as gcc.dg/2623-1.c and require
no-strict-aliasing there.
I'm inclined to believe this case requires -fno-strict-aliasing as well.
I can make it stop ICE'ing, but it's not gonna work properly :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26341
[Bug tree-optimization/26341] [4.2 Regression] 930217-1.c and 931013-3.c ICE at -O2 and above in add_virtual_operand
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-17 14:24 ---
From:
http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00880.html
Confirmed independently also.
The testcase:
struct s
{
int f;
};
struct s
f ()
{
int addr;
return *(struct s *) &addr;
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2006-02-17 14:24:16
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26341
[Bug tree-optimization/26341] [4.2 Regression] 930217-1.c and 931013-3.c ICE at -O2 and above in add_virtual_operand
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26341
[Bug tree-optimization/26341] New: [4.2 Regression] 930217-1.c and 931013-3.c ICE at -O2 and above in add_virtual_operand
FAIL: gcc.c-torture/compile/930217-1.c -O2 (test for excess errors) Excess errors: /Users/regress/tbox/svn-gcc/gcc/testsuite/gcc.c-torture/compile/930217-1.c:16: internal compiler error: in add_virtual_operand, at tree-ssa-operands.c:1873 -- Summary: [4.2 Regression] 930217-1.c and 931013-3.c ICE at -O2 and above in add_virtual_operand Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: powerpc-*-darwin* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26341
[Bug ada/26338] [4.2 Regression] ACATS cxg2001 ICE in add_virtual_operand, at tree-ssa-operands.c:1873
--- Comment #1 from abel at ispras dot ru 2006-02-17 14:08 --- I've see the same ICE on ia64 with rev. 76 and gcc.c-torture/compile/930217-1.c. The backtrace is as follows: (gdb) bt #0 fancy_abort (file=0x40a4d260 "/home/bonzo/develop/loop/trunk/gcc/tree-ssa-operands.c", line=1873, function=0x40a4de90 "add_virtual_operand") at /home/bonzo/develop/loop/trunk/gcc/diagnostic.c:642 #1 0x401c79a0 in add_virtual_operand (var=Variable "var" is not available. ) at /home/bonzo/develop/loop/trunk/gcc/tree-ssa-operands.c:1873 #2 0x401c85e0 in get_indirect_ref_operands (stmt=0x2031c820, expr=Variable "expr" is not available. ) at /home/bonzo/develop/loop/trunk/gcc/tree-ssa-operands.c:1495 #3 0x401caac0 in get_expr_operands (stmt=0x2031c820, expr_p=0x2031c860, flags=4) at /home/bonzo/develop/loop/trunk/gcc/tree-ssa-operands.c:1188 #4 0x401ceab0 in parse_ssa_operands (stmt=Cannot access memory at address 0x24 ) at /home/bonzo/develop/loop/trunk/gcc/tree-ssa-operands.c:761 #5 0x401cf210 in build_ssa_operands (stmt=0x2031c820) at /home/bonzo/develop/loop/trunk/gcc/tree-ssa-operands.c:835 #6 0x401d2870 in update_stmt_operands (stmt=0x2031c820) at /home/bonzo/develop/loop/trunk/gcc/tree-ssa-operands.c:876 #7 0x401e6050 in compute_may_aliases () at tree-flow-inline.h:287 #8 0x4072f360 in execute_one_pass (pass=0x60008158) -- abel at ispras dot ru changed: What|Removed |Added CC||abel at ispras dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26338
[Bug c++/26337] aliasing causes stale data to be used
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-17 12:48 --- Reopening to ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26337
[Bug c/21920] alias violating
--- Comment #85 from pinskia at gcc dot gnu dot org 2006-02-17 12:49 --- *** Bug 26337 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||spelis at federation dot ||3dlabs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
[Bug c++/26337] aliasing causes stale data to be used
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-17 12:49 --- Mark as a dup of bug 21920. *** This bug has been marked as a duplicate of 21920 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26337
[Bug ada/26338] [4.2 Regression] ACATS cxg2001 ICE in add_virtual_operand, at tree-ssa-operands.c:1873
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26338
[Bug middle-end/26334] [4.1 Regression] ICE in lhd_set_decl_assembler_name
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||ice-on-valid-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26334
[Bug middle-end/26300] [4.1 Regression] ICE in trunc_int_for_mode
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-17 12:31 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26300
[Bug ada/26338] New: [4.2 Regression] ACATS cxg2001 ICE in add_virtual_operand, at tree-ssa-operands.c:1873
PASS: Wed Feb 15 21:37:04 UTC 2006 (revision 18) FAIL: Thu Feb 16 21:06:28 UTC 2006 (revision 51) Note that at r51 it ICE on x86 but PASS on amd64-linux. +===GNAT BUG DETECTED==+ | 4.2.0 20060216 (experimental) (i686-pc-linux-gnu) GCC error: | | in add_virtual_operand, at tree-ssa-operands.c:1873 | | Error detected at cxg2001.adb:322:5 | -- Summary: [4.2 Regression] ACATS cxg2001 ICE in add_virtual_operand, at tree-ssa-operands.c:1873 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: laurent at guerby dot net 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=26338
[Bug c++/26337] aliasing causes stale data to be used
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-02-17 12:04 --- The code is invalid ISO C because "*((uint32_t *) &sy" breaks aliasing rules. > Our workarounds include (i) not using the optimiser, -fno-strict-aliasing should be sufficient. > or (ii) using a > union instead of the "*((uint32_t *) &sy" style to obtain the > floating point (result) pattern. Yep, the canonical method. See the entry for -fstrict-aliasing in the manual. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26337
[Bug c++/26337] New: aliasing causes stale data to be used
We are targetting the compilers for a system-on-chip solution we are
developing based on an ARM 926 which is without an FPU so we have
defaulted on SOFTWARE FLOATING POINT.
#define TARGET_DEFAULT (ARM_FLAG_SOFT_FLOAT | ARM_FLAG_APCS_32 | \
ARM_FLAG_APCS_FRAME | ARM_FLAG_MMU_TRAPS)
We run the executables either on a third party (ARM 926) development
boa
rd or
an our chip simulator. However the bug can be shown in the assembler
output.
We have come across a problem which is present in 3.4.1 compiler and
when we investigated (by quickly building) a 3.4.5 compiler we came
across the same bug. The samllest program which illustrates the bug is
brokenPointer.cxx;
/* - START */
#ifdef DEBUG
#include
#endif
typedef unsigned intuint32_t;
typedef uint32_tData[2];
void dump( Data *data, uint32_t count )
{
uint32_ti;
for( i = 0; i < count; i++ )
#ifdef DEBUG
printf( "0x%08X <- 0x%08X\n", data[i][0], data[i][1] );
#else
data[i][0] += data[i][1] ;
#endif
}
float sx, sy;
void moo( float fx[2], float fy[2], uint32_t size[2], uint32_t params[2] )
{
sx = (fx[1] - fx[0]) / size[0];
sy = (fy[1] - fy[0]) / size[1];
Datadata[] = {
{ 0, 0xAA55AA55 },
{ 1, 0 },
{ 2, 1 },
{ 3, 2 },
{ 6, 16 },
{ 7, params[0] },
{ 8, params[1] },
{ 9, *((uint32_t *) &sx) },
{ 10, *((uint32_t *) &sy) },
};
dump( data, sizeof(data) / sizeof(*data) );
}
int main( int argc, char *argv[] )
{
float fx[2] = { -2, 2 };
float fy[2] = { -2, 2 };
uint32_tsize[2] = {64, 64};
uint32_tparams[2] = {16, 4};
moo( fx, fy, size, params );
}
/* - END */
The program we compile, brokenPointer.cxx, produces the output:
# arm-3d-linux-g++ -Os -DDEBUG brokenPointer.cxx
0x <- 0xAA55AA55
0x0001 <- 0x
0x0002 <- 0x0001
0x0003 <- 0x0002
0x0006 <- 0x0010
0x0007 <- 0x0010
0x0008 <- 0x0004
0x0009 <- 0x3D80
0x000A <- 0x
When compiled and run on an (x86,say) host the final line is
correctly output as:
:: ::
0x000A <- 0x3D80
We can illustrate the bug in the assembler code
arm-3d-linux-g++ -S -Os brokenPointer.cxx
illustrates the bug in brokenPointer.s
The source code section going wrong is:
-- extract start --
sy = (fy[1] - fy[0]) / size[1]; /* true value computed */
Datadata[] = {
::
{ 10, *((uint32_t *) &sy) }, /* wrong value saved
he
re */
-- extract finish --
::
bl __divsf3/* sy = (fy[1] - fy[0]) / size[1]; */
ldr r3, .L13+8
ldr r6, [r5, #4]
ldr r7, [r7, #0]
ldr r5, [r5, #0]
str r3, [fp, #-104]
mov r3, #3
str r3, [fp, #-84]
add r3, r3, r3
str r3, [fp, #-76]
add r3, r3, #10
mov ip, #1
str r3, [fp, #-72]
sub r3, r3, #9
mov lr, #2
mov r4, #9
ldr r8, [sl, #0] /* BUG: this is "early" y being load
ed */
str r3, [fp, #-68]
add r3, r3, ip
mov r2, #0
str r0, [sl, #0]@ float/* r0 is the __divsf3 result so is t
he true "y" result */
str r3, [fp, #-60]
mov r1, r4
add r3, r3, lr
sub r0, fp, #108
str r2, [fp, #-96]
str ip, [fp, #-88]
str lr, [fp, #-80]
str r3, [fp, #-44]
str r5, [fp, #-64]
str r6, [fp, #-56]
str r7, [fp, #-48]
str r8, [fp, #-40] /* BUG: "*((uint32_t *) &sy" is taking the
"early" value */
str r2, [fp, #-108]
What happens is that the compiler has not stored the reult of the "__divsf
3"
which is in r0 until very late in the day. In the meantime it loads r8
from where it thinks the result is but at the time r8 is loaded it has not
yet stored r0 !
Environment:
System: Linux federation.3dlabs.com 2.4.21-27.ELsmp #1 SMP Mon Feb 28 16:43:09
EST 2005 i686 athlon i386 GNU/Linux
Architecture: i686
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: arm-3d-linux-gnu
configured with: /homes/spe
[Bug libfortran/26331] two testsuite failures on i386-netbsdelf3.0
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-02-17 11:43 --- (In reply to comment #0) > gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 This one is a problem in netbsd libc, now known as lib/32861 (http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=32861) -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-17 11:43:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26331
[Bug middle-end/26334] [4.1 Regression] ICE in lhd_set_decl_assembler_name
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||02/msg01410.html Status|NEW |ASSIGNED Last reconfirmed|2006-02-17 10:58:08 |2006-02-17 11:25:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26334
[Bug middle-end/26334] [4.1 Regression] ICE in lhd_set_decl_assembler_name
--- Comment #3 from jakub at gcc dot gnu dot org 2006-02-17 11:24 --- *** Bug 26336 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26334
[Bug middle-end/26336] [4.1 Regression] ICE in lhd_set_decl_assembler_name
--- Comment #1 from jakub at gcc dot gnu dot org 2006-02-17 11:24 --- Oops, sorry for the dups. *** This bug has been marked as a duplicate of 26334 *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26336
[Bug middle-end/26334] [4.1 Regression] ICE in lhd_set_decl_assembler_name
--- Comment #2 from jakub at gcc dot gnu dot org 2006-02-17 11:24 --- *** Bug 26335 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26334
[Bug middle-end/26335] [4.1 Regression] ICE in lhd_set_decl_assembler_name
--- Comment #1 from jakub at gcc dot gnu dot org 2006-02-17 11:24 --- Oops, sorry for the dups. *** This bug has been marked as a duplicate of 26334 *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26335
[Bug ada/20753] [4.0/4.1 Regression] ACATS ce3810b segfaults at runtime
--- Comment #20 from ebotcazou at gcc dot gnu dot org 2006-02-17 11:23 --- Fixed on every 4.x branch. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20753
[Bug middle-end/26336] New: [4.1 Regression] ICE in lhd_set_decl_assembler_name
struct U
{
unsigned int u[256];
};
struct S
{
int u, v, w, x;
int s[255];
};
int
foo (struct U *x, struct S *y)
{
register int i;
for (i = 0; i < 255; i++)
{
unsigned int v, w = x->u[i + 1];
__asm__ ("" : "=r" (v) : "0" (w) : "cc");
y->s[i] = v;
}
return 0;
}
ICEs in lhd_set_decl_assembler_name at -O2, seems to work with 4.0.2 as well
as trunk.
--
Summary: [4.1 Regression] ICE in lhd_set_decl_assembler_name
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
GCC target triplet: i386-linux, x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26336
[Bug middle-end/26335] New: [4.1 Regression] ICE in lhd_set_decl_assembler_name
struct U
{
unsigned int u[256];
};
struct S
{
int u, v, w, x;
int s[255];
};
int
foo (struct U *x, struct S *y)
{
register int i;
for (i = 0; i < 255; i++)
{
unsigned int v, w = x->u[i + 1];
__asm__ ("" : "=r" (v) : "0" (w) : "cc");
y->s[i] = v;
}
return 0;
}
ICEs in lhd_set_decl_assembler_name at -O2, seems to work with 4.0.2 as well
as trunk.
--
Summary: [4.1 Regression] ICE in lhd_set_decl_assembler_name
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
GCC target triplet: i386-linux, x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26335
[Bug ada/20753] [4.0/4.1 Regression] ACATS ce3810b segfaults at runtime
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2006-02-17 11:21 --- Subject: Bug 20753 Author: ebotcazou Date: Fri Feb 17 11:21:46 2006 New Revision: 80 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=80 Log: Backport from mainline: 2006-02-13 Geert Bosch <[EMAIL PROTECTED]> Gary Dismukes <[EMAIL PROTECTED]> * a-tifiio.adb (Put_Digits): Test Last against To'First - 1 instead of 0, since the lower bound of the actual string may be greater than one. PR ada/20753 (Put): Fix condition to raise Layout_Error when invalid layout is requested. Modified: branches/gcc-4_0-branch/gcc/ada/ChangeLog branches/gcc-4_0-branch/gcc/ada/a-tifiio.adb -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20753
