[Bug fortran/51073] _gfortran_caf_register incorrectly assumes malloc(0) returns non-NULL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51073 --- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org 2011-11-14 08:15:29 UTC --- Author: burnus Date: Mon Nov 14 08:15:09 2011 New Revision: 181348 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181348 Log: 2011-11-14 Tobias Burnus bur...@net-b.de PR fortran/51073 * trans-decl.c (generate_coarray_sym_init): Handle zero-sized * arrays. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-decl.c
[Bug fortran/51073] _gfortran_caf_register incorrectly assumes malloc(0) returns non-NULL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51073 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #8 from Tobias Burnus burnus at gcc dot gnu.org 2011-11-14 08:17:32 UTC --- (In reply to comment #6) Patch doesn't compile. there was a trailing comma missing. FIXED on the trunk (4.7) [well, 4.6 didn't even include the code]. Thanks for the bug report and for tracing down the issue.
[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 --- Comment #15 from Iain Sandoe iains at gcc dot gnu.org 2011-11-14 08:47:16 UTC --- Created attachment 25814 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25814 adjustment to final.c (just a heads up) although not a bootstrap issue, this revision also caused a fair number of regressions at m64 on i686/powerpc-darwin9. This is where the m32 target has an m64 multilib. I am testing the patch on *-darwin9 and x86-64-darwin10.
[Bug bootstrap/51098] [4.7 Regression] bootstrap failed on avx i686, svn revision 181259 to 181267
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098 --- Comment #3 from Stupachenko Evgeny evstupac at gmail dot com 2011-11-14 09:40:18 UTC --- Created attachment 25815 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25815 make output The additional information (make log grep) is attached.
[Bug testsuite/51059] FAIL: gcc.misc-tests/gcov-14.c (test for excess errors) on *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059 --- Comment #11 from Iain Sandoe iains at gcc dot gnu.org 2011-11-14 11:53:36 UTC --- Author: iains Date: Mon Nov 14 11:53:33 2011 New Revision: 181350 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181350 Log: gcc/testsuite: PR testsuite/51059 * gcc.misc-tests/gcov-14.c (dg-options): Adjust to use dg-additional-options. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.misc-tests/gcov-14.c
[Bug tree-optimization/51005] -ftree-tail-merge slows down compilation of 20001226-1.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51005 --- Comment #4 from vries at gcc dot gnu.org 2011-11-14 12:05:58 UTC --- Created attachment 25816 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25816 Patch that also delegates updating the vops, but keeps dominator info up-to-date bootstrapped and reg-tested on x64_64 and i686, build and reg-tested on ARM and MIPS (with an additional verify_dominators after each update). This patch updates dominator info after each cluster application. It does this roughly in the following way: - for a cluster, determine the nearest-common-dominator dom - for the dom, determine the set directly dominated by the dom, called fix_dom_bbs - for each of fix_dom_bbs, determine whether there is a path from dom to it, which does not pass through cluster. If for a member of fix_dom_bb such a path exists, it is still directly dominated by dom. If such a path doesn't exist, it's now dominated by cluster. The patch implement this path search by a walk marking all bbs reachable from dom but not through cluster. This walk is done once for each cluster. For the example, there are 2 clusters of 4096 bbs in 1 iteration. Using this patch, the compilation time for this example is comparable to recalculating the dominator info each iteration from scratch. The time-complexity of this approach per iteration is O(n_clusters * (n_bbs + n_edges)). Best case, this algorithm is faster than recomputing dominator info from scratch each iteration. But worst case, it's slower.
[Bug middle-end/50598] [4.7 Regression] Undefined symbols: ___emutls_v.*, ... on *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #18 from Jan Hubicka hubicka at ucw dot cz 2011-11-14 12:18:43 UTC --- Hi, coud you please verify that the attached patch solves the problem? Thanks, Honza Index: cgraph.h === --- cgraph.h(revision 181310) +++ cgraph.h(working copy) @@ -641,6 +641,7 @@ void debug_varpool_node_set (varpool_nod void free_varpool_node_set (varpool_node_set); void ipa_discover_readonly_nonaddressable_vars (void); bool cgraph_comdat_can_be_unshared_p (struct cgraph_node *); +bool varpool_externally_visible_p (struct varpool_node *, bool); /* In predict.c */ bool cgraph_maybe_hot_edge_p (struct cgraph_edge *e); @@ -681,6 +682,7 @@ bool const_value_known_p (tree); bool varpool_for_node_and_aliases (struct varpool_node *, bool (*) (struct varpool_node *, void *), void *, bool); +void varpool_add_new_variable (tree); /* Walk all reachable static variables. */ #define FOR_EACH_STATIC_VARIABLE(node) \ Index: tree-emutls.c === --- tree-emutls.c(revision 181310) +++ tree-emutls.c(working copy) @@ -262,7 +262,7 @@ get_emutls_init_templ_addr (tree decl) if (DECL_EXTERNAL (to)) varpool_node (to); else -varpool_finalize_decl (to); +varpool_add_new_variable (to); return build_fold_addr_expr (to); } @@ -334,7 +334,7 @@ new_emutls_decl (tree decl, tree alias_o if (DECL_EXTERNAL (to)) varpool_node (to); else if (!alias_of) -varpool_finalize_decl (to); +varpool_add_new_variable (to); else varpool_create_variable_alias (to, varpool_node_for_asm Index: ipa.c === --- ipa.c(revision 181310) +++ ipa.c(working copy) @@ -647,7 +647,7 @@ cgraph_externally_visible_p (struct cgra /* Return true when variable VNODE should be considered externally visible. */ -static bool +bool varpool_externally_visible_p (struct varpool_node *vnode, bool aliased) { if (!DECL_COMDAT (vnode-decl) !TREE_PUBLIC (vnode-decl)) Index: varpool.c === --- varpool.c(revision 181310) +++ varpool.c(working copy) @@ -414,6 +414,20 @@ varpool_finalize_decl (tree decl) varpool_assemble_pending_decls (); } +/* Add the variable DECL to the varpool. + Unlike varpool_finalize_decl function is intended to be used + by middle end and allows insertion of new variable at arbitrary point + of compilation. */ +void +varpool_add_new_variable (tree decl) +{ + struct varpool_node *node; + varpool_finalize_decl (decl); + node = varpool_node (decl); + if (varpool_externally_visible_p (node, false)) +node-externally_visible = true; +} + /* Return variable availability. See cgraph.h for description of individual return values. */ enum availability
[Bug libfortran/51119] MATMUL slow for large matrices
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2011-11-14 13:08:49 UTC --- (In reply to comment #0) Compared to ATLAS BLAS on an AMD 10h processor, MATMUL on square matrices with n 256 is around a factor of 8 slower. Side note: You can use -fexternal-blas -fblas-matmul-limit=... and link ATLAS BLAS. Assigning to myself. I have a cunning plan. I am looking forward to cunning ideas - at least if they are not too convoluted, work on all targets and are middle-end friendly.
[Bug tree-optimization/50605] ice in ipa_get_jf_pass_through_result with -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50605 --- Comment #3 from Martin Jambor jamborm at gcc dot gnu.org 2011-11-14 13:13:11 UTC --- I have posted a proposed fix to the mailing list: http://gcc.gnu.org/ml/gcc-patches/2011-11/msg01509.html
[Bug c++/51120] New: [C++0x][C++11] name alias `using` dont need Semicolon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51120 Bug #: 51120 Summary: [C++0x][C++11] name alias `using` dont need Semicolon Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: trashyan...@wp.pl this compile without error: -- -- using aaa = double //; -!! templateint u class bbb { }; -- -- this generate error: -- -- using aaa = double //; -!! class bbb { }; //error: two or more data types in declaration of 'type name' -- --
[Bug c++/51027] [C++0x] GCC accepts alias-declaration without ';'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51027 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC||trashyankes at wp dot pl --- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-14 14:01:16 UTC --- *** Bug 51120 has been marked as a duplicate of this bug. ***
[Bug c++/51120] [C++0x][C++11] name alias `using` dont need Semicolon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51120 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-14 14:01:16 UTC --- surely this is a dup of PR 51027 and so fixed already? *** This bug has been marked as a duplicate of bug 51027 ***
[Bug bootstrap/51086] [4.7 regression] ICE in move_insn, at haifa-sched.c:3437
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51086 Hans-Peter Nilsson hp at gcc dot gnu.org changed: What|Removed |Added CC||hp at gcc dot gnu.org --- Comment #3 from Hans-Peter Nilsson hp at gcc dot gnu.org 2011-11-14 14:06:35 UTC --- Though the behavior is a tiny bit different, this seems to be a dup of bug 51051. All that's needed is approval of Bernd's patch... and a ChangeLog entry!
[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 --- Comment #16 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-14 14:17:50 UTC --- --- Comment #15 from Iain Sandoe iains at gcc dot gnu.org 2011-11-14 08:47:16 UTC --- Created attachment 25814 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25814 adjustment to final.c (just a heads up) although not a bootstrap issue, this revision also caused a fair number of regressions at m64 on i686/powerpc-darwin9. This is where the m32 target has an m64 multilib. I am testing the patch on *-darwin9 and x86-64-darwin10. I'm seeing the same issue on i386-pc-solaris2.11 for the 64-bit multilib, while amd64-pc-solaris2.11 is fine. I'm running a bootstrap with your patch included on i386-pc-solaris2.10 now. On Solaris/SPARC, I also need the patch for PR rtl-optimization/51051 and remove the definition of ASM_GENERATE_INTERNAL_LABEL in gcc/config/sparc/sol2.h. There's going to be much similar fallout in other ports, too, since private definitions of that macro are widespread. Thanks. Rainer
[Bug bootstrap/51036] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51036 --- Comment #2 from Dodji Seketeli dodji at gcc dot gnu.org 2011-11-14 14:21:17 UTC --- Hmm, it looks like I can't reproduce this anymore with r181280 on trunk. Are you still seeing it?
[Bug bootstrap/51036] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51036 --- Comment #3 from Uros Bizjak ubizjak at gmail dot com 2011-11-14 14:32:00 UTC --- (In reply to comment #2) Hmm, it looks like I can't reproduce this anymore with r181280 on trunk. Are you still seeing it? No, due to [1]. But - isn't this patch just papering over real problem? [1] http://gcc.gnu.org/ml/gcc-patches/2011-11/msg01631.html
[Bug c++/51121] New: Duplicate destructors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51121 Bug #: 51121 Summary: Duplicate destructors Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: d...@mm.st g++ generates bad assembly for this code: --- #include decimal/decimal #include map #include string using std::decimal::decimal32; int main( int, char ** ) { std::multimap decimal32, std::pair std::string, decimal32m; decimal32 d1; std::string str; decimal32 d2; m.insert( std::make_pair( d1, std::make_pair( str, d2 ))); return 0; } --- Specifically, it says $ g++ -c multimap_decimal.cpp /tmp/cc2sQism.s: Assembler messages: /tmp/cc2sQism.s:1690: Error: symbol `_ZNSt4pairIDfS_ISsDfEED2Ev' is already defined That symbol is the destructor for std::pair decimal32, std::pair std::string, decimal32 . It seems that g++ is instatiating a destructor for that type and with the first decimal32 replaced with const decimal32 and giving both the same mangled name. So it works if I change the m.insert() line to std::pair const decimal32, std::pair std::string, decimal32 p( d1, std::make_pair( str, d2 )); m.insert( p ); .ii file attached. $ g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-linux-gnu/4.6.1/lto-wrapper Target: i686-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.1-9ubuntu3' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++,go --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu --target=i686-linux-gnu Thread model: posix gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3)
[Bug c++/51121] Duplicate destructors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51121 --- Comment #1 from David Bustos db4 at mm dot st 2011-11-14 14:34:54 UTC --- Created attachment 25817 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25817 .ii file of problematic code
[Bug bootstrap/51068] [4.7 Regression] ARM bootstrap failure due to ICE in rtl_verify_flow_info_1 at cfgrtl.c:2001
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51068 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added CC||ramana at gcc dot gnu.org --- Comment #1 from Ramana Radhakrishnan ramana at gcc dot gnu.org 2011-11-14 14:46:24 UTC --- Looks like a dup of PR51051 . Ramana
[Bug rtl-optimization/51051] [4.7 Regression]: build fails on cris-elf building libstdc++-v3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51051 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added CC||michael.hope at linaro dot ||org --- Comment #6 from Ramana Radhakrishnan ramana at gcc dot gnu.org 2011-11-14 14:49:36 UTC --- *** Bug 51068 has been marked as a duplicate of this bug. ***
[Bug bootstrap/51068] [4.7 Regression] ARM bootstrap failure due to ICE in rtl_verify_flow_info_1 at cfgrtl.c:2001
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51068 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #2 from Ramana Radhakrishnan ramana at gcc dot gnu.org 2011-11-14 14:49:36 UTC --- A dup of PR51051 indeed - the ICE looks the same and comment #c3 in PR51051 suggests that it fixes the ICE for arm-linux-gnueabi as well. Ramana *** This bug has been marked as a duplicate of bug 51051 ***
[Bug bootstrap/51036] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51036 --- Comment #4 from dodji at seketeli dot org dodji at seketeli dot org 2011-11-14 15:21:50 UTC --- Interesting. In any case, I hardly find this issue related to my patch, like what H.J.'s bissecting (thanks for that H.J. by the way!) is suggesting. So a memory management issue might very well explain it, then.
[Bug bootstrap/51086] [4.7 regression] ICE in move_insn, at haifa-sched.c:3437
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51086 --- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-14 15:24:22 UTC --- --- Comment #3 from Hans-Peter Nilsson hp at gcc dot gnu.org 2011-11-14 14:06:35 UTC --- Though the behavior is a tiny bit different, this seems to be a dup of bug 51051. All that's needed is approval of Bernd's patch... and a ChangeLog entry! That patch is not enough: while it (together with the ones mentioned in PR 51094, Comment 16) gets me into stage 2 on sparc-sun-solaris2.11, I still hit the same ICE here: +===GNAT BUG DETECTED==+ | 4.7.0 2014 (experimental) [trunk revision 181350] (sparc-sun-solaris2.11) GCC error:| | in move_insn, at haifa-sched.c:3437 | | Error detected around /vol/gcc/src/hg/trunk/local/gcc/ada/opt.adb:347:8 | Rainer
[Bug middle-end/50598] [4.7 Regression] Undefined symbols: ___emutls_v.*, ... on *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #19 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-11-14 16:04:57 UTC --- coud you please verify that the attached patch solves the problem? On x86_64-apple-darwin10, I have only done an update with the patch at revision 181350 (but I have rebuilt libstdc++-v3 and i386/libstdc++-v3 at stage 3;-). I have tested libgomp and libstdc++-v3 without failures except FAIL: libgomp.graphite/force-parallel-7.c execution test and FAIL: 30_threads/thread/native_handle/typesizes.cc execution test which are likely unrelated. Full regstrapping scheduled for tonight. Thanks for the patch.
[Bug middle-end/50598] [4.7 Regression] Undefined symbols: ___emutls_v.*, ... on *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #20 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-14 16:14:36 UTC --- (In reply to comment #19) FAIL: 30_threads/thread/native_handle/typesizes.cc execution test This test should be disabled on darwin (and probably everywhere except GNU/Linux)
[Bug c++/44473] iterators already defined for std::vector when using std::decimal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44473 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||db4 at mm dot st --- Comment #20 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-14 16:21:08 UTC --- *** Bug 51121 has been marked as a duplicate of this bug. ***
[Bug c++/51121] std::make_pair and std::multimap result in duplicate std::pair destructors in assembly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51121 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE Severity|major |normal --- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-14 16:21:08 UTC --- Works fine in 4.6.2. *** This bug has been marked as a duplicate of bug 44473 ***
[Bug middle-end/50598] [4.7 Regression] Undefined symbols: ___emutls_v.*, ... on *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #21 from Iain Sandoe iains at gcc dot gnu.org 2011-11-14 16:30:09 UTC --- (In reply to comment #18) coud you please verify that the attached patch solves the problem? (applied, together with c#15 PR51094) full regstrap incl. Ada and Java, i686-darwin9 results look good. whilst I don't see the libgomp fail, we still have some regressions/new fails, but a quick review of the log files suggests that they are unrelated to emuTLS. full regstrap incl. Ada and Java, powerpc-darwin9 bootstrap (also together with c#15 PR51094) is complete, testing underway; looking at the terminal output, good so far. thanks.
[Bug bootstrap/51036] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51036 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #5 from H.J. Lu hjl.tools at gmail dot com 2011-11-14 16:48:49 UTC --- Revision 181347 bootstraps OK.
[Bug middle-end/50598] [4.7 Regression] Undefined symbols: ___emutls_v.*, ... on *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 Jack Howarth howarth at nitro dot med.uc.edu changed: What|Removed |Added CC||howarth at nitro dot ||med.uc.edu --- Comment #22 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-14 16:46:21 UTC --- (In reply to comment #18) Bootstraps on x86_64-apple-darwin11 under Xcode 4.2. Still fails libitm testsuite due to weakref issues.
[Bug tree-optimization/50744] [4.7 Regression] ice in good_cloning_opportunity_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50744 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |jamborm at gcc dot gnu.org |gnu.org | --- Comment #3 from Martin Jambor jamborm at gcc dot gnu.org 2011-11-14 16:50:02 UTC --- Hm, apparently the effect propagation can still go wild on recursive code and size effects can overflow to negtive values, triggering this assert. Mine.
[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 --- Comment #17 from Jason Merrill jason at gcc dot gnu.org 2011-11-14 16:56:07 UTC --- Author: jason Date: Mon Nov 14 16:55:56 2011 New Revision: 181355 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181355 Log: PR bootstrap/51094 PR middle-end/51116 * config/elfos.h (TARGET_ASM_INTERNAL_LABEL): Remove. * varasm.c (default_elf_internal_label): Remove. Modified: trunk/gcc/ChangeLog trunk/gcc/config/elfos.h trunk/gcc/varasm.c
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 --- Comment #8 from Jason Merrill jason at gcc dot gnu.org 2011-11-14 16:56:07 UTC --- Author: jason Date: Mon Nov 14 16:55:56 2011 New Revision: 181355 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181355 Log: PR bootstrap/51094 PR middle-end/51116 * config/elfos.h (TARGET_ASM_INTERNAL_LABEL): Remove. * varasm.c (default_elf_internal_label): Remove. Modified: trunk/gcc/ChangeLog trunk/gcc/config/elfos.h trunk/gcc/varasm.c
[Bug c++/34383] ICE on Usage of default function template argument
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34383 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED CC|gcc-bugs at gcc dot gnu.org | Known to work||4.6.2, 4.7.0 Resolution||FIXED --- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-14 17:01:57 UTC --- Fixed looong time ago.
[Bug middle-end/50598] [4.7 Regression] Undefined symbols: ___emutls_v.*, ... on *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #23 from Jan Hubicka hubicka at ucw dot cz 2011-11-14 17:02:22 UTC --- thank you! What kind of weakref issues you see? Honza
[Bug bootstrap/51112] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51112 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2011-11-14 17:07:23 UTC --- Fixed.
[Bug target/51122] New: ICE in change_address_1, at emit-rtl.c:2001
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51122 Bug #: 51122 Summary: ICE in change_address_1, at emit-rtl.c:2001 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: greta.yo...@arm.com CC: ramana.radhakrish...@arm.com Target: arm-none-eabi Created attachment 25818 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25818 reduced test case ICE during IRA. Possibly related to a latent/unresolved bug reported here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48256 cc1 -mfloat-abi=softfp -mfpu=neon -marm -quiet -mcpu=cortex-a9 -O2 smith_crash_246671435.reduced.i csmith_crash_246671435.reduced.i: In function 'func_86': csmith_crash_246671435.reduced.i:39:1: internal compiler error: in change_address_1, at emit-rtl.c:2001 Backtrace: #0 fancy_abort (file=0x12e85c8 /work/local-checkouts/main/gcc-fsf/gcc/emit-rtl.c, line=2001, function=0x12e9530 change_address_1) at /work/local-checkouts/main/gcc-fsf/gcc/diagnostic.c:899 #1 0x00733903 in change_address_1 (memref=0x776320f0, mode=HImode, addr=0x77632510, validate=1) at /work/local-checkouts/main/gcc-fsf/gcc/emit-rtl.c:2001 #2 0x007345a5 in adjust_address_1 (memref=0x776320f0, mode=HImode, offset=0, validate=1, adjust=1) at /work/local-checkouts/main/gcc-fsf/gcc/emit-rtl.c:2101 #3 0x00796903 in alter_subreg (xp=0x776324c0) at /work/local-checkouts/main/gcc-fsf/gcc/final.c:2885 #4 0x00796623 in cleanup_subreg_operands (insn=0x7762c630) at /work/local-checkouts/main/gcc-fsf/gcc/final.c:2832 #5 0x00a72077 in reload (first=0x775b8880, global=1) at /work/local-checkouts/main/gcc-fsf/gcc/reload1.c:1247 #6 0x0096e4f5 in ira (f=0x0) at /work/local-checkouts/main/gcc-fsf/gcc/ira.c:3726 #7 0x0096e691 in rest_of_handle_ira () at /work/local-checkouts/main/gcc-fsf/gcc/ira.c:3799 #8 0x00a1360c in execute_one_pass (pass=0x1887e60) at /work/local-checkouts/main/gcc-fsf/gcc/passes.c:2064 #9 0x00a137fa in execute_pass_list (pass=0x1887e60) at /work/local-checkouts/main/gcc-fsf/gcc/passes.c:2119 #10 0x00a1381b in execute_pass_list (pass=0x18884a0) at /work/local-checkouts/main/gcc-fsf/gcc/passes.c:2120 #11 0x00bae1ef in tree_rest_of_compilation (fndecl=0x77589900) at /work/local-checkouts/main/gcc-fsf/gcc/tree-optimize.c:420 #12 0x00691a67 in cgraph_expand_function (node=0x775afb40) at /work/local-checkouts/main/gcc-fsf/gcc/cgraphunit.c:1804 #13 0x00691c32 in cgraph_expand_all_functions () at /work/local-checkouts/main/gcc-fsf/gcc/cgraphunit.c:1871 #14 0x00692547 in cgraph_optimize () at /work/local-checkouts/main/gcc-fsf/gcc/cgraphunit.c:2168 #15 0x0068f750 in cgraph_finalize_compilation_unit () at /work/local-checkouts/main/gcc-fsf/gcc/cgraphunit.c:1312 #16 0x004cae22 in c_write_global_declarations () at /work/local-checkouts/main/gcc-fsf/gcc/c-decl.c:9940 #17 0x00b0a47e in compile_file () at /work/local-checkouts/main/gcc-fsf/gcc/toplev.c:581 #18 0x00b0c644 in do_compile () at /work/local-checkouts/main/gcc-fsf/gcc/toplev.c:1930 #19 0x00b0c7bb in toplev_main (argc=8, argv=0x7fffe308) at /work/local-checkouts/main/gcc-fsf/gcc/toplev.c:2006 #20 0x005c48b4 in main (argc=8, argv=0x7fffe308) at /work/local-checkouts/main/gcc-fsf/gcc/main.c:36 GCC trunk r181174 (Nov 8, 2011) Reproducible on arm-eabi target with gcc revision from October. Configured with: configure --target=arm-eabi --enable-checking=release --disable-gdbtk --disable-werror --disable-tui --disable-rda --disable-sid --disable-utils --disable-lto --with-cpu=cortex-a9 --with-float=softfp --with-fpu=neon --disable-lto --disable-werror --disable-shared --disable-nls --disable-threads --disable-tls --enable-checking=yes --with-newlib I am attaching a reduce test case. By the way, the original test case was generated by csmith compiler-testing tool: http://embed.cs.utah.edu/csmith/
[Bug other/50925] [4.7 Regression][avr] ICE at spill_failure, at reload1.c:2118
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925 --- Comment #8 from Jeffrey A. Law law at redhat dot com 2011-11-14 17:09:04 UTC --- I'm not going to be able to look at it anytime soon, but just some general thoughts: 1. Disabling caller-saves probably isn't appropriate. Just looking at codesize isn't the way to evaluate caller-saves either as caller-saves is tasked with improving performance, possibly at the expense of codesize. 2. The first thing someone needs to do is provide information as to why that insn needs reloads. I don't know enough about the AVR to hazard as guess why that insn needs reloads. 3. Find out where insn 172 comes from. There are restrictions on the insns created by caller-save. So if caller-save creates a bogus insn, then that needs to be investigated. Anyway, that's where I'd start. I can't say enough that disabling caller-saves merely to work around this problem is wrong wrong wrong.
[Bug c++/35167] problem with function address constant non-type template parameter in template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35167 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC|gcc-bugs at gcc dot gnu.org | --- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-14 17:09:06 UTC --- This now works with -std=c++0x, I suppose because of the work on DR 1155? Jason, shall we close this?
[Bug middle-end/51123] New: [4.7 Regression] 445.gobmk in SPEC CPU 2006 failed to build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51123 Bug #: 51123 Summary: [4.7 Regression] 445.gobmk in SPEC CPU 2006 failed to build Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com On Linux/ia32, revision 181208 failed to build 445.gobmk in SPEC CPU 2006: g++ -m32 -c -o XalanNamespacesStack.o -DSPEC_CPU -DNDEBUG -DAPP_NO_THREADS -DXALAN_INMEM_MSG_LOADER -I. -Ixercesc -Ixercesc/dom -Ixercesc/dom/impl -Ixercesc/sax -Ixercesc/util/MsgLoaders/InMemory -Ixercesc/util/Transcoders/Iconv -Ixalanc/include -DPROJ_XMLPARSER -DPROJ_XMLUTIL -DPROJ_PARSERS -DPROJ_SAX4C -DPROJ_SAX2 -DPROJ_DOM -DPROJ_VALIDATORS -DXML_USE_NATIVE_TRANSCODER -DXML_USE_INMEM_MESSAGELOADER -O2 -msse2 -mfpmath=sse -ffast-math -fwhole-program -flto=jobserver -fuse-linker-plugin -DSPEC_CPU_LINUX XalanNamespacesStack.cpp XalanNamespacesStack.cpp:349:1: internal compiler error: in can_inline_edge_p, at ipa-inline.c:353 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. specmake[3]: *** [XalanNamespacesStack.o] Error 1 specmake[3]: *** Waiting for unfinished jobs Revision 181044 is OK.
[Bug middle-end/51123] [4.7 Regression] 483.xalancbmk in SPEC CPU 2006 failed to build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51123 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Summary|[4.7 Regression] 445.gobmk |[4.7 Regression] |in SPEC CPU 2006 failed to |483.xalancbmk in SPEC CPU |build |2006 failed to build --- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2011-11-14 17:32:47 UTC --- It should be 483.xalancbmk.
[Bug middle-end/50598] [4.7 Regression] Undefined symbols: ___emutls_v.*, ... on *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #24 from Jan Hubicka hubicka at gcc dot gnu.org 2011-11-14 17:32:52 UTC --- Author: hubicka Date: Mon Nov 14 17:32:47 2011 New Revision: 181358 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181358 Log: PR middle-end/50598 * cgraph.h (varpool_externally_visible_p): Declare. (varpool_add_new_variable): Declare. * tree-emultls.c (get_emutls_init_templ_addr, new_emutls_decl): Use varpool_add_new_variable. * ipa.c (varpool_externally_visible_p): Export. * varpool.c (varpool_add_new_variable): New function. Modified: trunk/gcc/ChangeLog
[Bug middle-end/51123] [4.7 Regression] 483.xalancbmk in SPEC CPU 2006 failed to build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51123 --- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2011-11-14 17:35:19 UTC --- It also happens on Linux/x86-64: g++ -c -o XalanNamespacesStack.o -DSPEC_CPU -DNDEBUG -DAPP_NO_THREADS -DXALAN_INMEM_MSG_LOADER -I. -Ixercesc -Ixercesc/dom -Ixercesc/dom/impl -Ixercesc/sax -Ixercesc/util/MsgLoaders/InMemory -Ixercesc/util/Transcoders/Iconv -Ixalanc/include -DPROJ_XMLPARSER -DPROJ_XMLUTIL -DPROJ_PARSERS -DPROJ_SAX4C -DPROJ_SAX2 -DPROJ_DOM -DPROJ_VALIDATORS -DXML_USE_NATIVE_TRANSCODER -DXML_USE_INMEM_MESSAGELOADER -O2 -ffast-math -fwhole-program -flto=jobserver -fuse-linker-plugin -DSPEC_CPU_LP64 -DSPEC_CPU_LINUX XalanNamespacesStack.cpp XalanNamespacesStack.cpp:349:1: internal compiler error: in can_inline_edge_p, at ipa-inline.c:353 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. specmake[3]: *** [XalanNamespacesStack.o] Error 1
[Bug c++/30195] Using declaration doesn't work in template.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30195 --- Comment #5 from Jason Merrill jason at gcc dot gnu.org 2011-11-14 17:56:04 UTC --- Author: jason Date: Mon Nov 14 17:55:57 2011 New Revision: 181359 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181359 Log: PR c++/6936 PR c++/25994 PR c++/26256 PR c++/30195 * search.c (lookup_field_1): Look through USING_DECL. (lookup_field_r): Call lookup_fnfields_slot instead of lookup_fnfields_1. * semantics.c (finish_member_declaration): Remove the check that prevents USING_DECLs from being verified by pushdecl_class_level. Call add_method for using declarations that designates functions if the using declaration is in a template class. Set DECL_IGNORED_P on class-scope using declarations. * typeck.c (build_class_member_access_expr): Handle USING_DECLs. * class.c (check_field_decls): Keep using declarations. (add_method): Remove two diagnostics about conflicting using declarations. * parser.c (cp_parser_nonclass_name): Handle USING_DECLs. * decl.c (start_enum): Call xref_tag whenever possible. * cp-tree.h (strip_using_decl): Declare, and reident the previous function. * name-lookup.c (strip_using_decl): New function. (supplement_binding_1): Call strip_using_decl on decl and bval. Perform most of the checks with USING_DECLs stripped. Also check that the target decl and the target bval does not refer to the same declaration. Allow pushing an enum multiple times in a template class. Adjustment to diagnose using redeclarations. Call diagnose_name_conflict. (push_class_level_binding): Call strip_using_decl on decl and bval. Perform most of the checks with USING_DECLs stripped. Return true if both decl and bval refer to USING_DECLs and are dependent. (diagnose_name_conflict): New function. Added: trunk/gcc/testsuite/g++.dg/cpp0x/forw_enum10.C trunk/gcc/testsuite/g++.dg/debug/using4.C trunk/gcc/testsuite/g++.dg/debug/using5.C trunk/gcc/testsuite/g++.dg/lookup/pr6936.C trunk/gcc/testsuite/g++.dg/lookup/using24.C trunk/gcc/testsuite/g++.dg/lookup/using25.C trunk/gcc/testsuite/g++.dg/lookup/using26.C trunk/gcc/testsuite/g++.dg/lookup/using27.C trunk/gcc/testsuite/g++.dg/lookup/using28.C trunk/gcc/testsuite/g++.dg/lookup/using29.C trunk/gcc/testsuite/g++.dg/lookup/using30.C trunk/gcc/testsuite/g++.dg/lookup/using31.C trunk/gcc/testsuite/g++.dg/lookup/using32.C trunk/gcc/testsuite/g++.dg/lookup/using33.C trunk/gcc/testsuite/g++.dg/lookup/using34.C trunk/gcc/testsuite/g++.dg/lookup/using35.C trunk/gcc/testsuite/g++.dg/lookup/using36.C trunk/gcc/testsuite/g++.dg/lookup/using37.C trunk/gcc/testsuite/g++.dg/lookup/using38.C trunk/gcc/testsuite/g++.dg/lookup/using39.C trunk/gcc/testsuite/g++.dg/lookup/using40.C trunk/gcc/testsuite/g++.dg/lookup/using41.C trunk/gcc/testsuite/g++.dg/lookup/using42.C trunk/gcc/testsuite/g++.dg/lookup/using44.C trunk/gcc/testsuite/g++.dg/lookup/using45.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/name-lookup.c trunk/gcc/cp/parser.c trunk/gcc/cp/search.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/abi/mangle41.C trunk/gcc/testsuite/g++.dg/inherit/using4.C trunk/gcc/testsuite/g++.dg/lookup/name-clash9.C trunk/gcc/testsuite/g++.dg/parse/ctor5.C trunk/gcc/testsuite/g++.dg/template/static4.C trunk/gcc/testsuite/g++.dg/template/typedef1.C trunk/gcc/testsuite/g++.dg/template/using2.C trunk/gcc/testsuite/g++.old-deja/g++.brendan/misc14.C trunk/gcc/testsuite/g++.old-deja/g++.bugs/900127_02.C trunk/gcc/testsuite/g++.old-deja/g++.jason/scoping16.C trunk/gcc/testsuite/g++.old-deja/g++.other/anon7.C trunk/gcc/testsuite/g++.old-deja/g++.other/redecl1.C trunk/gcc/testsuite/g++.old-deja/g++.other/typedef7.C trunk/gcc/testsuite/g++.old-deja/g++.other/using1.C
[Bug c++/26256] ignores using declaration
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26256 --- Comment #3 from Jason Merrill jason at gcc dot gnu.org 2011-11-14 17:56:02 UTC --- Author: jason Date: Mon Nov 14 17:55:57 2011 New Revision: 181359 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181359 Log: PR c++/6936 PR c++/25994 PR c++/26256 PR c++/30195 * search.c (lookup_field_1): Look through USING_DECL. (lookup_field_r): Call lookup_fnfields_slot instead of lookup_fnfields_1. * semantics.c (finish_member_declaration): Remove the check that prevents USING_DECLs from being verified by pushdecl_class_level. Call add_method for using declarations that designates functions if the using declaration is in a template class. Set DECL_IGNORED_P on class-scope using declarations. * typeck.c (build_class_member_access_expr): Handle USING_DECLs. * class.c (check_field_decls): Keep using declarations. (add_method): Remove two diagnostics about conflicting using declarations. * parser.c (cp_parser_nonclass_name): Handle USING_DECLs. * decl.c (start_enum): Call xref_tag whenever possible. * cp-tree.h (strip_using_decl): Declare, and reident the previous function. * name-lookup.c (strip_using_decl): New function. (supplement_binding_1): Call strip_using_decl on decl and bval. Perform most of the checks with USING_DECLs stripped. Also check that the target decl and the target bval does not refer to the same declaration. Allow pushing an enum multiple times in a template class. Adjustment to diagnose using redeclarations. Call diagnose_name_conflict. (push_class_level_binding): Call strip_using_decl on decl and bval. Perform most of the checks with USING_DECLs stripped. Return true if both decl and bval refer to USING_DECLs and are dependent. (diagnose_name_conflict): New function. Added: trunk/gcc/testsuite/g++.dg/cpp0x/forw_enum10.C trunk/gcc/testsuite/g++.dg/debug/using4.C trunk/gcc/testsuite/g++.dg/debug/using5.C trunk/gcc/testsuite/g++.dg/lookup/pr6936.C trunk/gcc/testsuite/g++.dg/lookup/using24.C trunk/gcc/testsuite/g++.dg/lookup/using25.C trunk/gcc/testsuite/g++.dg/lookup/using26.C trunk/gcc/testsuite/g++.dg/lookup/using27.C trunk/gcc/testsuite/g++.dg/lookup/using28.C trunk/gcc/testsuite/g++.dg/lookup/using29.C trunk/gcc/testsuite/g++.dg/lookup/using30.C trunk/gcc/testsuite/g++.dg/lookup/using31.C trunk/gcc/testsuite/g++.dg/lookup/using32.C trunk/gcc/testsuite/g++.dg/lookup/using33.C trunk/gcc/testsuite/g++.dg/lookup/using34.C trunk/gcc/testsuite/g++.dg/lookup/using35.C trunk/gcc/testsuite/g++.dg/lookup/using36.C trunk/gcc/testsuite/g++.dg/lookup/using37.C trunk/gcc/testsuite/g++.dg/lookup/using38.C trunk/gcc/testsuite/g++.dg/lookup/using39.C trunk/gcc/testsuite/g++.dg/lookup/using40.C trunk/gcc/testsuite/g++.dg/lookup/using41.C trunk/gcc/testsuite/g++.dg/lookup/using42.C trunk/gcc/testsuite/g++.dg/lookup/using44.C trunk/gcc/testsuite/g++.dg/lookup/using45.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/name-lookup.c trunk/gcc/cp/parser.c trunk/gcc/cp/search.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/abi/mangle41.C trunk/gcc/testsuite/g++.dg/inherit/using4.C trunk/gcc/testsuite/g++.dg/lookup/name-clash9.C trunk/gcc/testsuite/g++.dg/parse/ctor5.C trunk/gcc/testsuite/g++.dg/template/static4.C trunk/gcc/testsuite/g++.dg/template/typedef1.C trunk/gcc/testsuite/g++.dg/template/using2.C trunk/gcc/testsuite/g++.old-deja/g++.brendan/misc14.C trunk/gcc/testsuite/g++.old-deja/g++.bugs/900127_02.C trunk/gcc/testsuite/g++.old-deja/g++.jason/scoping16.C trunk/gcc/testsuite/g++.old-deja/g++.other/anon7.C trunk/gcc/testsuite/g++.old-deja/g++.other/redecl1.C trunk/gcc/testsuite/g++.old-deja/g++.other/typedef7.C trunk/gcc/testsuite/g++.old-deja/g++.other/using1.C
[Bug c++/25994] Using declarations and base function overloading
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25994 --- Comment #6 from Jason Merrill jason at gcc dot gnu.org 2011-11-14 17:56:02 UTC --- Author: jason Date: Mon Nov 14 17:55:57 2011 New Revision: 181359 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181359 Log: PR c++/6936 PR c++/25994 PR c++/26256 PR c++/30195 * search.c (lookup_field_1): Look through USING_DECL. (lookup_field_r): Call lookup_fnfields_slot instead of lookup_fnfields_1. * semantics.c (finish_member_declaration): Remove the check that prevents USING_DECLs from being verified by pushdecl_class_level. Call add_method for using declarations that designates functions if the using declaration is in a template class. Set DECL_IGNORED_P on class-scope using declarations. * typeck.c (build_class_member_access_expr): Handle USING_DECLs. * class.c (check_field_decls): Keep using declarations. (add_method): Remove two diagnostics about conflicting using declarations. * parser.c (cp_parser_nonclass_name): Handle USING_DECLs. * decl.c (start_enum): Call xref_tag whenever possible. * cp-tree.h (strip_using_decl): Declare, and reident the previous function. * name-lookup.c (strip_using_decl): New function. (supplement_binding_1): Call strip_using_decl on decl and bval. Perform most of the checks with USING_DECLs stripped. Also check that the target decl and the target bval does not refer to the same declaration. Allow pushing an enum multiple times in a template class. Adjustment to diagnose using redeclarations. Call diagnose_name_conflict. (push_class_level_binding): Call strip_using_decl on decl and bval. Perform most of the checks with USING_DECLs stripped. Return true if both decl and bval refer to USING_DECLs and are dependent. (diagnose_name_conflict): New function. Added: trunk/gcc/testsuite/g++.dg/cpp0x/forw_enum10.C trunk/gcc/testsuite/g++.dg/debug/using4.C trunk/gcc/testsuite/g++.dg/debug/using5.C trunk/gcc/testsuite/g++.dg/lookup/pr6936.C trunk/gcc/testsuite/g++.dg/lookup/using24.C trunk/gcc/testsuite/g++.dg/lookup/using25.C trunk/gcc/testsuite/g++.dg/lookup/using26.C trunk/gcc/testsuite/g++.dg/lookup/using27.C trunk/gcc/testsuite/g++.dg/lookup/using28.C trunk/gcc/testsuite/g++.dg/lookup/using29.C trunk/gcc/testsuite/g++.dg/lookup/using30.C trunk/gcc/testsuite/g++.dg/lookup/using31.C trunk/gcc/testsuite/g++.dg/lookup/using32.C trunk/gcc/testsuite/g++.dg/lookup/using33.C trunk/gcc/testsuite/g++.dg/lookup/using34.C trunk/gcc/testsuite/g++.dg/lookup/using35.C trunk/gcc/testsuite/g++.dg/lookup/using36.C trunk/gcc/testsuite/g++.dg/lookup/using37.C trunk/gcc/testsuite/g++.dg/lookup/using38.C trunk/gcc/testsuite/g++.dg/lookup/using39.C trunk/gcc/testsuite/g++.dg/lookup/using40.C trunk/gcc/testsuite/g++.dg/lookup/using41.C trunk/gcc/testsuite/g++.dg/lookup/using42.C trunk/gcc/testsuite/g++.dg/lookup/using44.C trunk/gcc/testsuite/g++.dg/lookup/using45.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/name-lookup.c trunk/gcc/cp/parser.c trunk/gcc/cp/search.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/abi/mangle41.C trunk/gcc/testsuite/g++.dg/inherit/using4.C trunk/gcc/testsuite/g++.dg/lookup/name-clash9.C trunk/gcc/testsuite/g++.dg/parse/ctor5.C trunk/gcc/testsuite/g++.dg/template/static4.C trunk/gcc/testsuite/g++.dg/template/typedef1.C trunk/gcc/testsuite/g++.dg/template/using2.C trunk/gcc/testsuite/g++.old-deja/g++.brendan/misc14.C trunk/gcc/testsuite/g++.old-deja/g++.bugs/900127_02.C trunk/gcc/testsuite/g++.old-deja/g++.jason/scoping16.C trunk/gcc/testsuite/g++.old-deja/g++.other/anon7.C trunk/gcc/testsuite/g++.old-deja/g++.other/redecl1.C trunk/gcc/testsuite/g++.old-deja/g++.other/typedef7.C trunk/gcc/testsuite/g++.old-deja/g++.other/using1.C
[Bug c++/6936] member using binds wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6936 --- Comment #4 from Jason Merrill jason at gcc dot gnu.org 2011-11-14 17:56:01 UTC --- Author: jason Date: Mon Nov 14 17:55:57 2011 New Revision: 181359 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181359 Log: PR c++/6936 PR c++/25994 PR c++/26256 PR c++/30195 * search.c (lookup_field_1): Look through USING_DECL. (lookup_field_r): Call lookup_fnfields_slot instead of lookup_fnfields_1. * semantics.c (finish_member_declaration): Remove the check that prevents USING_DECLs from being verified by pushdecl_class_level. Call add_method for using declarations that designates functions if the using declaration is in a template class. Set DECL_IGNORED_P on class-scope using declarations. * typeck.c (build_class_member_access_expr): Handle USING_DECLs. * class.c (check_field_decls): Keep using declarations. (add_method): Remove two diagnostics about conflicting using declarations. * parser.c (cp_parser_nonclass_name): Handle USING_DECLs. * decl.c (start_enum): Call xref_tag whenever possible. * cp-tree.h (strip_using_decl): Declare, and reident the previous function. * name-lookup.c (strip_using_decl): New function. (supplement_binding_1): Call strip_using_decl on decl and bval. Perform most of the checks with USING_DECLs stripped. Also check that the target decl and the target bval does not refer to the same declaration. Allow pushing an enum multiple times in a template class. Adjustment to diagnose using redeclarations. Call diagnose_name_conflict. (push_class_level_binding): Call strip_using_decl on decl and bval. Perform most of the checks with USING_DECLs stripped. Return true if both decl and bval refer to USING_DECLs and are dependent. (diagnose_name_conflict): New function. Added: trunk/gcc/testsuite/g++.dg/cpp0x/forw_enum10.C trunk/gcc/testsuite/g++.dg/debug/using4.C trunk/gcc/testsuite/g++.dg/debug/using5.C trunk/gcc/testsuite/g++.dg/lookup/pr6936.C trunk/gcc/testsuite/g++.dg/lookup/using24.C trunk/gcc/testsuite/g++.dg/lookup/using25.C trunk/gcc/testsuite/g++.dg/lookup/using26.C trunk/gcc/testsuite/g++.dg/lookup/using27.C trunk/gcc/testsuite/g++.dg/lookup/using28.C trunk/gcc/testsuite/g++.dg/lookup/using29.C trunk/gcc/testsuite/g++.dg/lookup/using30.C trunk/gcc/testsuite/g++.dg/lookup/using31.C trunk/gcc/testsuite/g++.dg/lookup/using32.C trunk/gcc/testsuite/g++.dg/lookup/using33.C trunk/gcc/testsuite/g++.dg/lookup/using34.C trunk/gcc/testsuite/g++.dg/lookup/using35.C trunk/gcc/testsuite/g++.dg/lookup/using36.C trunk/gcc/testsuite/g++.dg/lookup/using37.C trunk/gcc/testsuite/g++.dg/lookup/using38.C trunk/gcc/testsuite/g++.dg/lookup/using39.C trunk/gcc/testsuite/g++.dg/lookup/using40.C trunk/gcc/testsuite/g++.dg/lookup/using41.C trunk/gcc/testsuite/g++.dg/lookup/using42.C trunk/gcc/testsuite/g++.dg/lookup/using44.C trunk/gcc/testsuite/g++.dg/lookup/using45.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/name-lookup.c trunk/gcc/cp/parser.c trunk/gcc/cp/search.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/abi/mangle41.C trunk/gcc/testsuite/g++.dg/inherit/using4.C trunk/gcc/testsuite/g++.dg/lookup/name-clash9.C trunk/gcc/testsuite/g++.dg/parse/ctor5.C trunk/gcc/testsuite/g++.dg/template/static4.C trunk/gcc/testsuite/g++.dg/template/typedef1.C trunk/gcc/testsuite/g++.dg/template/using2.C trunk/gcc/testsuite/g++.old-deja/g++.brendan/misc14.C trunk/gcc/testsuite/g++.old-deja/g++.bugs/900127_02.C trunk/gcc/testsuite/g++.old-deja/g++.jason/scoping16.C trunk/gcc/testsuite/g++.old-deja/g++.other/anon7.C trunk/gcc/testsuite/g++.old-deja/g++.other/redecl1.C trunk/gcc/testsuite/g++.old-deja/g++.other/typedef7.C trunk/gcc/testsuite/g++.old-deja/g++.other/using1.C
[Bug target/51122] ICE in change_address_1, at emit-rtl.c:2001
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51122 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added CC||ramana at gcc dot gnu.org --- Comment #1 from Ramana Radhakrishnan ramana at gcc dot gnu.org 2011-11-14 17:57:55 UTC --- Confirmed - Not sure if this is a dup or not of PR48256 but it smells similar. Ramana
[Bug target/51122] ICE in change_address_1, at emit-rtl.c:2001
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51122 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011-11-14 Ever Confirmed|0 |1
[Bug other/51124] New: libitm failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 Bug #: 51124 Summary: libitm failures Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com On Linux/x86-64, revision 181353 gave FAIL: libitm.c/clone-1.c execution test WARNING: libitm.c++/static_ctor.C compilation failed to produce executable On Linux/ia32: FAIL: libitm.c/clone-1.c execution test FAIL: libitm.c/memcpy-1.c execution test FAIL: libitm.c/memset-1.c execution test WARNING: libitm.c++/static_ctor.C compilation failed to produce executable
[Bug other/51125] New: FAIL: g++.dg/tm/pr45940-3.C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51125 Bug #: 51125 Summary: FAIL: g++.dg/tm/pr45940-3.C Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com On Linux/x86-64, revision 181350 gave FAIL: g++.dg/tm/pr45940-3.C -std=gnu++98 (internal compiler error) FAIL: g++.dg/tm/pr45940-3.C -std=gnu++98 (test for excess errors) FAIL: g++.dg/tm/pr45940-3.C -std=gnu++11 (internal compiler error) FAIL: g++.dg/tm/pr45940-3.C -std=gnu++11 (test for excess errors) FAIL: g++.dg/tm/pr45940-4.C -std=gnu++98 (internal compiler error) FAIL: g++.dg/tm/pr45940-4.C -std=gnu++98 (test for excess errors) FAIL: g++.dg/tm/pr45940-4.C -std=gnu++11 (internal compiler error) FAIL: g++.dg/tm/pr45940-4.C -std=gnu++11 (test for excess errors)
[Bug middle-end/51123] [4.7 Regression] 483.xalancbmk in SPEC CPU 2006 failed to build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51123 --- Comment #3 from H.J. Lu hjl.tools at gmail dot com 2011-11-14 18:18:22 UTC --- I also see [hjl@gnu-33 gcc]$ /export/build/gnu/gcc-x32/build-x86_64-linux/gcc/xgcc -B/export/build/gnu/gcc-x32/build-x86_64-linux/gcc/ /export/gnu/import/git/gcc/gcc/testsuite/gcc.c-torture/execute/920501-1.c -w -O2 -flto -fno-use-linker-plugin -flto-partition=none -lm-o /export/build/gnu/gcc-x32/build-x86_64-linux/gcc/testsuite/gcc2/920501-1.x6 -m64 lto1: internal compiler error: in can_inline_edge_p, at ipa-inline.c:353 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. lto-wrapper: /export/build/gnu/gcc-x32/build-x86_64-linux/gcc/xgcc returned 1 exit status collect2: error: lto-wrapper returned 1 exit status [hjl@gnu-33 gcc]$
[Bug bootstrap/51126] New: [4.7 Regression] Bootstrap failure at revision 181358 on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51126 Bug #: 51126 Summary: [4.7 Regression] Bootstrap failure at revision 181358 on x86_64-apple-darwin10 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: domi...@lps.ens.fr CC: j...@suse.cz Bootstrap fails at revision 181358 on x86_64-apple-darwin10 with /opt/gcc/build_w/./gcc/xgcc -B/opt/gcc/build_w/./gcc/ -B/opt/gcc/gcc4.7w/x86_64-apple-darwin10.8.0/bin/ -B/opt/gcc/gcc4.7w/x86_64-apple-darwin10.8.0/lib/ -isystem /opt/gcc/gcc4.7w/x86_64-apple-darwin10.8.0/include -isystem /opt/gcc/gcc4.7w/x86_64-apple-darwin10.8.0/sys-include-g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -pipe -fno-common -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -pipe -fno-common -I. -I. -I../.././gcc -I../../../work/libgcc -I../../../work/libgcc/. -I../../../work/libgcc/../gcc -I../../../work/libgcc/../include -DHAVE_CC_TLS -DUSE_EMUTLS -o unwind-dw2_s.o -MT unwind-dw2_s.o -MD -MP -MF unwind-dw2_s.dep -DSHARED -fexceptions -c ../../../work/libgcc/unwind-dw2.c In file included from /usr/include/string.h:148:0, from ../../../work/libgcc/../gcc/tsystem.h:101, from ../../../work/libgcc/unwind-dw2.c:27: /usr/include/secure/_string.h: In function 'uw_frame_state_for': /usr/include/secure/_string.h:80:3: internal compiler error: in decide_alg, at config/i386/i386.c:22094
[Bug lto/51105] [4.7 Regression] FAIL: gcc.c-torture/execute/920501-1.c compilation, -O2 -flto -flto-partition=none
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51105 --- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2011-11-14 18:25:23 UTC --- *** Bug 51123 has been marked as a duplicate of this bug. ***
[Bug middle-end/51123] [4.7 Regression] 483.xalancbmk in SPEC CPU 2006 failed to build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51123 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #4 from H.J. Lu hjl.tools at gmail dot com 2011-11-14 18:25:23 UTC --- Dup. *** This bug has been marked as a duplicate of bug 51105 ***
[Bug lto/51105] [4.7 Regression] FAIL: gcc.c-torture/execute/920501-1.c compilation, -O2 -flto -flto-partition=none
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51105 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011-11-14 Ever Confirmed|0 |1 --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-11-14 18:28:42 UTC --- If this pr has a duplicate, I think it is confirmed.
[Bug lto/51127] New: [4.7 Regression] FAIL: g++.dg/lto/20100302 cp_lto_20100302_0.o-cp_lto_20100302_1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51127 Bug #: 51127 Summary: [4.7 Regression] FAIL: g++.dg/lto/20100302 cp_lto_20100302_0.o-cp_lto_20100302_1. Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com On Linux/x86, revision 179424 gave spawn -ignore SIGHUP /export/build/gnu/gcc-x32/build-x86_64-linux/gcc/testsuite/g++/../../g++ -B/export/build/gnu/gcc-x32/build-x86_64-linux/gcc/testsuite/g++/../../ cp_lto_20100302_0.o cp_lto_20100302_1.o -nostdinc++ -I/export/build/gnu/gcc-x32/build-x86_64-linux/x86_64-unknown-linux-gnu/x32/libstdc++-v3/include/x86_64-unknown-linux-gnu -I/export/build/gnu/gcc-x32/build-x86_64-linux/x86_64-unknown-linux-gnu/x32/libstdc++-v3/include -I/export/gnu/import/git/gcc/libstdc++-v3/libsupc++ -I/export/gnu/import/git/gcc/libstdc++-v3/include/backward -I/export/gnu/import/git/gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -flto -fabi-version=2 -L/export/build/gnu/gcc-x32/build-x86_64-linux/x86_64-unknown-linux-gnu/x32/libstdc++-v3/src/.libs -B/export/build/gnu/gcc-x32/build-x86_64-linux/x86_64-unknown-linux-gnu/x32/libstdc++-v3/src/.libs -L/export/build/gnu/gcc-x32/build-x86_64-linux/x86_64-unknown-linux-gnu/x32/libstdc++-v3/src/.libs -mx32 -o g++-dg-lto-20100302-01.exe^M lto1: internal compiler error: in make_decl_rtl, at varasm.c:1141^M Please submit a full bug report,^M with preprocessed source if appropriate.^M See http://gcc.gnu.org/bugs.html for instructions.^M lto-wrapper: /export/build/gnu/gcc-x32/build-x86_64-linux/gcc/testsuite/g++/../../g++ returned 1 exit status^M /usr/local/bin/ld: lto-wrapper failed^M collect2: error: ld returned 1 exit status^M compiler exited with status 1 Revision 179421 is OK.
[Bug lto/51127] [4.7 Regression] FAIL: g++.dg/lto/20100302 cp_lto_20100302_0.o-cp_lto_20100302_1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51127 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2011-11-14 18:36:39 UTC --- Dup. *** This bug has been marked as a duplicate of bug 50601 ***
[Bug lto/50601] [4.7 Regression] New LTO failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50601 --- Comment #3 from H.J. Lu hjl.tools at gmail dot com 2011-11-14 18:36:39 UTC --- *** Bug 51127 has been marked as a duplicate of this bug. ***
[Bug c++/35167] problem with function address constant non-type template parameter in template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35167 --- Comment #8 from Jason Merrill jason at gcc dot gnu.org 2011-11-14 18:45:30 UTC --- We shouldn't close it, it's still broken in C++98 mode.
[Bug bootstrap/51126] [4.7 Regression] Bootstrap failure at revision 181358 on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51126 Jack Howarth howarth at nitro dot med.uc.edu changed: What|Removed |Added CC||howarth at nitro dot ||med.uc.edu --- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-11-14 18:46:00 UTC --- This backtraces under x86_64-apple-darwin11 at r181360 as... gdb /sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/./gcc/cc1 GNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Mon Aug 8 20:32:45 UTC 2011) ... (gdb) break fancy_abort Breakpoint 1 at 0x10127709a: file diagnostic.c, line 899. (gdb) r -fpreprocessed unwind-dw2.i -fPIC -feliminate-unused-debug-symbols -quiet -dumpbase unwind-dw2.c -mmacosx-version-min=10.7.2 -mtune=core2 -auxbase-strip unwind-dw2_s.o -g -g -g -O2 -O2 -O2 -Wextra -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -version -fbuilding-libgcc -fno-stack-protector -fno-common -fexceptions -o unwind-dw2.s Starting program: /sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/gcc/cc1 -fpreprocessed unwind-dw2.i -fPIC -feliminate-unused-debug-symbols -quiet -dumpbase unwind-dw2.c -mmacosx-version-min=10.7.2 -mtune=core2 -auxbase-strip unwind-dw2_s.o -g -g -g -O2 -O2 -O2 -Wextra -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -version -fbuilding-libgcc -fno-stack-protector -fno-common -fexceptions -o unwind-dw2.s Reading symbols for shared libraries + done GNU C (GCC) version 4.7.0 2014 (experimental) (x86_64-apple-darwin11.2.0) compiled by GNU C version 4.2.1 Compatible Apple Clang 3.0 (tags/Apple/clang-211.10.1), GMP version 5.0.2, MPFR version 3.1.0, MPC version 0.9 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C (GCC) version 4.7.0 2014 (experimental) (x86_64-apple-darwin11.2.0) compiled by GNU C version 4.2.1 Compatible Apple Clang 3.0 (tags/Apple/clang-211.10.1), GMP version 5.0.2, MPFR version 3.1.0, MPC version 0.9 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 2e6f253ccd41338e039842ad91ff8147 Breakpoint 1, fancy_abort (file=0x101313a85 ../../gcc-4.7-2014/gcc/config/i386/i386.c, line=22094, function=0x10131ce95 decide_alg) at diagnostic.c:899 899 internal_error (in %s, at %s:%d, function, trim_filename (file), line); (gdb) bt #0 fancy_abort (file=0x101313a85 ../../gcc-4.7-2014/gcc/config/i386/i386.c, line=22094, function=0x10131ce95 decide_alg) at diagnostic.c:899 #1 0x000101200a24 in decide_alg (count=384, expected_size=384, memset=1 '\001', dynamic_check=0x7fff5fbfc51c, align_unknown=1 '\001') at i386.c:22094 #2 0x000101203b56 in ix86_expand_setmem (dst=0x101adb930, count_exp=0x101869f70, val_exp=0x145307470, align_exp=0x145307480, expected_align_exp=0x145307480, expected_size_exp=0x145307460) at i386.c:22787 #3 0x0001003afdfa in gen_setmemsi (operand0=0x101adb930, operand1=0x101869f70, operand2=0x145307470, operand3=0x145307480, operand4=0x145307480, operand5=0x145307460) at i386.md:15928 #4 0x000100bfbcd1 in maybe_gen_insn (icode=CODE_FOR_setmemsi, nops=6, ops=0x7fff5fbfc750) at optabs.c:8187 #5 0x000100bf6b81 in maybe_expand_insn (icode=CODE_FOR_setmemsi, nops=6, ops=0x7fff5fbfc750) at optabs.c:8208 #6 0x000100816061 in set_storage_via_setmem (object=0x101adb930, size=0x101869f70, val=0x145307470, align=8, expected_align=8, expected_size=-1) at expr.c:2849 #7 0x0001008159b5 in clear_storage_hints (object=0x101adb930, size=0x101869f70, method=BLOCK_OP_NORMAL, expected_align=8, expected_size=-1) at expr.c:2693 #8 0x000100625715 in expand_builtin_memset_args (dest=0x101b4e8c0, val=0x14530df80, len=0x101974c80, target=0x145307470, mode=VOIDmode, orig_exp=0x1017a61e0) at builtins.c:3587 #9 0x0001005d00fb in expand_builtin_memset (exp=0x1017a61e0, target=0x145307470, mode=VOIDmode) at builtins.c:3479 #10 0x0001005bf04b in expand_builtin (exp=0x1017a61e0, target=0x145307470, subtarget=0x0, mode=VOIDmode, ignore=1) at builtins.c:6175 #11 0x000100837161 in expand_expr_real_1 (exp=0x1017a61e0, target=0x0, tmode=VOIDmode, modifier=EXPAND_NORMAL, alt_rtl=0x0) at expr.c:9915 #12 0x00010066994a in expand_call_stmt (stmt=0x101979260) at cfgexpand.c:2077 #13 0x000100667f53 in expand_gimple_stmt_1 (stmt=0x101979260) at cfgexpand.c:2116 #14 0x000100664dc7 in expand_gimple_stmt (stmt=0x101979260) at cfgexpand.c:2268 #15 0x000100659ccc in expand_gimple_basic_block (bb=0x101a89208) at cfgexpand.c:4015 #16 0x000100656eaf in gimple_expand_cfg () at cfgexpand.c:4523 #17 0x000100c19d15 in execute_one_pass (pass=0x101552530) at passes.c:2074 #18 0x000100c1a8ad in execute_pass_list (pass
[Bug bootstrap/51036] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51036 --- Comment #6 from Uros Bizjak ubizjak at gmail dot com 2011-11-14 18:55:06 UTC --- (In reply to comment #3) (In reply to comment #2) Hmm, it looks like I can't reproduce this anymore with r181280 on trunk. Are you still seeing it? No, due to [1]. But - isn't this patch just papering over real problem? [1] http://gcc.gnu.org/ml/gcc-patches/2011-11/msg01631.html Oh, this comment in fact belongs to PR 51112, also LTO bootstrap failure. Sorry for the mess.
[Bug other/51125] FAIL: g++.dg/tm/pr45940-3.C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51125 --- Comment #1 from Uros Bizjak ubizjak at gmail dot com 2011-11-14 18:58:33 UTC --- A gdb backtrace would certainly help.
[Bug testsuite/51128] New: [4.7 Regression] New LTO failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51128 Bug #: 51128 Summary: [4.7 Regression] New LTO failures Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com Many LTO tests failed: UNRESOLVED: gcc.dg/torture/ipa-pta-1.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-ipa-dump pta bar.arg0 = { test4.arg0 test3.arg0 test2.arg0 test1.arg0 } UNRESOLVED: gcc.dg/torture/pr23821.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump ivcanon Added canonical iv UNRESOLVED: gcc.dg/torture/pr39074-2.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump alias y.._., points-to vars: { i } UNRESOLVED: gcc.dg/torture/pr39074.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump alias y.._., points-to vars: { i } UNRESOLVED: gcc.dg/torture/pr42898-2.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump-times optimized \\*ptr 1 UNRESOLVED: gcc.dg/torture/pr42898.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump-times optimized \\*ptr 1 UNRESOLVED: gcc.dg/torture/pr45704.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump-times optimized ={v} 1 UNRESOLVED: gcc.dg/torture/pr50472.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump-not optimized return 1 UNRESOLVED: gcc.dg/torture/pta-callused-1.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump alias p.._., points-to vars: { i j } UNRESOLVED: gcc.dg/torture/pta-escape-1.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump alias ESCAPED = {[^ UNRESOLVED: gcc.dg/torture/pta-ptrarith-1.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump alias ESCAPED = {[^ UNRESOLVED: gcc.dg/torture/pta-ptrarith-2.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump alias = { i j } UNRESOLVED: gcc.dg/torture/pta-ptrarith-3.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump alias q_., points-to vars: { i j k } UNRESOLVED: gcc.dg/torture/ssa-pta-fn-1.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump alias q_const_., points-to non-local, points-to vars: { i } UNRESOLVED: gcc.dg/torture/ssa-pta-fn-1.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump alias q_pure_., points-to non-local, points-to escaped, points-to vars: { i } UNRESOLVED: gcc.dg/torture/ssa-pta-fn-1.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump alias q_normal_., points-to non-local, points-to escaped, points-to vars: { } with gcc.dg/torture/pr39074-2.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects : dump file does not exist UNRESOLVED: gcc.dg/torture/pr39074-2.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects scan-tree-dump alias y.._., points-to vars: { i } since -fno-fat-lto-objects turns off those tree optimizations.
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2011-11-14 Ever Confirmed|0 |1 --- Comment #9 from Jason Merrill jason at gcc dot gnu.org 2011-11-14 19:41:12 UTC --- Should be fixed now. A patch to re-add the optimization will need to either be more specific to x86 linux/gnu, or adjust other targets as well.
[Bug other/51125] FAIL: g++.dg/tm/pr45940-3.C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51125 --- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2011-11-14 19:41:12 UTC --- (gdb) bt #0 fancy_abort (file=0x103d0c0 /export/gnu/import/git/gcc/gcc/gimplify.c, line=468, function=0x103dfc3 create_tmp_var) at /export/gnu/import/git/gcc/gcc/diagnostic.c:898 #1 0x008e9c24 in create_tmp_var (type=optimized out, prefix=optimized out) at /export/gnu/import/git/gcc/gcc/gimplify.c:468 #2 0x008fc5ab in create_tmp_from_val (val=0x712c6528) at /export/gnu/import/git/gcc/gcc/gimplify.c:498 #3 lookup_tmp_var (is_formal=false, val=0x712c6528) at /export/gnu/import/git/gcc/gcc/gimplify.c:515 #4 internal_get_tmp_var (val=0x712c6528, pre_p=0x7fffde48, post_p=optimized out, is_formal=false) at /export/gnu/import/git/gcc/gcc/gimplify.c:584 #5 0x008ebe01 in gimplify_expr (expr_p=optimized out, pre_p=optimized out, post_p=0x7fffdcc8, gimple_test_f= 0x8c6c70 is_gimple_addressable(tree_node*), fallback=3) at /export/gnu/import/git/gcc/gcc/gimplify.c:7728 #6 0x008fca12 in gimplify_addr_expr (expr_p=0x7fffddb8, pre_p=0x7fffde48, post_p=optimized out) at /export/gnu/import/git/gcc/gcc/gimplify.c:4914 #7 0x008ed04b in gimplify_expr (expr_p=optimized out, pre_p=optimized out, post_p=0x7fffdcc8, gimple_test_f=0x8c6e90 is_gimple_val(tree_node*), fallback=1) at /export/gnu/import/git/gcc/gcc/gimplify.c:6950 ---Type return to continue, or q return to quit--- #8 0x009023e1 in force_gimple_operand_1 (expr=0x712dd758, stmts=0x7fffde48, gimple_test_f=0x8c6e90 is_gimple_val(tree_node*), var=0x0) at /export/gnu/import/git/gcc/gcc/gimplify.c:8385 #9 0x00902583 in force_gimple_operand_gsi_1 (gsi=0x7fffdf30, expr=optimized out, gimple_test_f=optimized out, var=optimized out, before=true, m=GSI_SAME_STMT) at /export/gnu/import/git/gcc/gcc/gimplify.c:8425 #10 0x00a4d5b9 in expand_assign_tm (region=0x17bfbd0, gsi=0x7fffdf30) at /export/gnu/import/git/gcc/gcc/trans-mem.c:2173 #11 0x00a52ebf in expand_block_tm (bb=optimized out, region=0x17bfbd0) at /export/gnu/import/git/gcc/gcc/trans-mem.c:2324 #12 execute_tm_mark () at /export/gnu/import/git/gcc/gcc/trans-mem.c:2436 #13 0x0099ff78 in execute_one_pass (pass=0x1594120) at /export/gnu/import/git/gcc/gcc/passes.c:2074 #14 0x009a02e5 in execute_pass_list (pass=0x1594120) at /export/gnu/import/git/gcc/gcc/passes.c:2129 #15 0x009a02f7 in execute_pass_list (pass=0x1594180) at /export/gnu/import/git/gcc/gcc/passes.c:2130 #16 0x00ab438e in tree_rest_of_compilation (fndecl=0x712bd000) at /export/gnu/import/git/gcc/gcc/tree-optimize.c:420 #17 0x00797fea in cgraph_expand_function (node=0x712b8a20) at /export/gnu/import/git/gcc/gcc/cgraphunit.c:1819 #18 0x0079a217 in cgraph_output_in_order () ---Type return to continue, or q return to quit--- at /export/gnu/import/git/gcc/gcc/cgraphunit.c:1984 #19 cgraph_optimize () at /export/gnu/import/git/gcc/gcc/cgraphunit.c:2194 #20 0x0079a4fa in cgraph_finalize_compilation_unit () at /export/gnu/import/git/gcc/gcc/cgraphunit.c:1327 #21 0x005cce9b in cp_write_global_declarations () at /export/gnu/import/git/gcc/gcc/cp/decl2.c:4050 #22 0x00a47c64 in compile_file () at /export/gnu/import/git/gcc/gcc/toplev.c:581 #23 do_compile () at /export/gnu/import/git/gcc/gcc/toplev.c:1931 #24 toplev_main (argc=16, argv=0x7fffe258) at /export/gnu/import/git/gcc/gcc/toplev.c:2007 #25 0x003682e2165d in __libc_start_main () from /lib64/libc.so.6 #26 0x004f0e09 in _start () (gdb) call debug_tree (type) record_type 0x712b09d8 shared_count sizes-gimplified addressable needs-constructing type_1 type_4 type_5 BLK size integer_cst 0x71141480 type integer_type 0x7113e0a8 bitsizetype constant 128 unit size integer_cst 0x711414a0 type integer_type 0x7113e000 sizetype constant 16 align 64 symtab 0 alias set -1 canonical type 0x712b09d8 fields field_decl 0x712a0a18 pi_ type pointer_type 0x712a4e70 type record_type 0x712a4bd0 sp_counted_base sizes-gimplified public unsigned DI size integer_cst 0x71125f40 constant 64 unit size integer_cst 0x71125f60 constant 8 align 64 symtab 0 alias set -1 canonical type 0x712a4e70 used private unsigned nonlocal decl_3 DI file /export/gnu/import/git/gcc/gcc/testsuite/g++.dg/tm/pr45940-3.C line 45 col 23 size integer_cst 0x71125f40 64 unit size integer_cst 0x71125f60 8 align 64 offset_align 128 offset integer_cst 0x71125f80 constant 0 bit offset integer_cst 0x71125fe0 constant 0 context record_type 0x712b09d8 shared_count chain field_decl 0x712a0ab0 j type integer_type
[Bug c++/35167] problem with function address constant non-type template parameter in template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35167 --- Comment #9 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-14 19:52:02 UTC --- Ok, thanks.
[Bug c/51129] New: 4.7 trunk libgcc cannot compute suffix of object files - cannot find find libcloog, though in path
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51129 Bug #: 51129 Summary: 4.7 trunk libgcc cannot compute suffix of object files - cannot find find libcloog, though in path Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: ohsu...@molbio.mgh.harvard.edu I am trying to compile the trunk version of gcc (checked out around 2:30 PM Eastern Nov. 14, 2011) under SuSE linux using gcc 4.1.2 20070115 (default installed). I have cloog-ppl-0.15.11, gmp-5.0.2, mpc-0.9, and mpfr-3.1.0 all installed in /usr/local/{include,lib} and have m4-1.4.16 in /usr/bin. All of the libraries passed their checks before I installed them. I have declare -x LDFLAGS=-L/usr/local/lib -L/usr/local/lib64 -L/usr/lib -L/usr/lib64 -L/lib -L/lib64 -R/usr/local/lib:/usr/local/lib64:/usr/lib:/usr/lib64:/lib:/lib64 declare -x LD_LIBRARY_PATH=/usr/lib:/usr/lib64:/lib:/lib64:/usr/local/lib:/usr/local/lib64 Now in the below, directories /tools and /store1/tools are identical. I then did sudo /tools/gcc-4.7.0_src/configure --enable-langugages=c,c++,fortran --prefix=/tools/gcc-4.7.0 --with-gmp-include=/usr/local/include --with-gmp-lib=/usr/local/lib --with-mpc-include=/usr/local/include --with-mpc-lib=/usr/local/lib --with-mpfr-include=/usr/local/include --with-mpfr-lib=/usr/local/lib --with-ppl-include=/usr/local/include --with-ppl-lib=/usr/local/lib --with-cloog-include=/usr/local/include --with-cloog-lib=/usr/local/lib in directory /tools/gcc-4.7.0_build followed by sudo make -j6. (I also tried it without the -j6. Same problem.) It compiles xgcc in subdirectory gcc successfully. However, then the build crashes on mkdir -p -- x86_64-unknown-linux-gnu/libgcc Checking multilib configuration for libgcc... Configuring stage 1 in x86_64-unknown-linux-gnu/libgcc configure: creating cache ./config.cache ... some lines edited out ... checking whether ln -s works... yes checking for x86_64-unknown-linux-gnu-gcc... /store1/tools/gcc-4.7.0_build/./gcc/xgcc -B/store1/tools/gcc-4.7.0_build/./gcc/ -B/tools/gcc-4.7.0/x86_64-unknown-linux-gnu/bin/ -B/tools/gcc-4.7.0/x86_64-unknown-linux-gnu/lib/ -isystem /tools/gcc-4.7.0/x86_64-unknown-linux-gnu/include -isystem /tools/gcc-4.7.0/x86_64-unknown-linux-gnu/sys-include checking for suffix of object files... configure: error: in `/store1/tools/gcc-4.7.0_build/x86_64-unknown-linux-gnu/libgcc': configure: error: cannot compute suffix of object files: cannot compile where the config.log in libgcc says configure:3650: /store1/tools/gcc-4.7.0_build/./gcc/xgcc -B/store1/tools/gcc-4.7.0_build/./gcc/ -B/tools/gcc-4.7.0/x86_64-unknown-linux-gnu/bin/ -B/tools/gcc-4.7.0/x86_64-unknown-linux-gnu/lib/ -isystem /tools/gcc-4.7.0/x86_64-unknown-linux-gnu/include -isystem /tools/gcc-4.7.0/x86_64-unknown-linux-gnu/sys-include-c -g -O2 conftest.c 5 /store1/tools/gcc-4.7.0_build/./gcc/cc1: error while loading shared libraries: libcloog.so.0: cannot open shared object file: No such file or directory configure:3654: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME GNU C Runtime Library | #define PACKAGE_TARNAME libgcc | #define PACKAGE_VERSION 1.0 | #define PACKAGE_STRING GNU C Runtime Library 1.0 | #define PACKAGE_BUGREPORT | #define PACKAGE_URL http://www.gnu.org/software/libgcc/; | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } What is puzzling is that ls -l /usr/local/lib/libcloog.so.* lrwxrwxrwx 1 root root 17 2011-11-14 13:58 /usr/local/lib/libcloog.so.0 - libcloog.so.0.0.0 -rwxr-xr-x 1 root root 428100 2011-11-14 13:57 /usr/local/lib/libcloog.so.0.0.0 the library is there and the path is in both LD_LIBRARY_PATH as well as LDFLAGS. Furthermore, I specified the path to cloog in the configure options. (I even tried doing a soft-link to /usr/lib, but with no success.) Any thoughts on why this is occurring? I would be grateful for any information regarding how to resolve this.
[Bug c++/51107] [C++11] Accepts invalid literal operator with void argument list.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51107 --- Comment #5 from Jason Merrill jason at gcc dot gnu.org 2011-11-14 20:05:19 UTC --- Author: jason Date: Mon Nov 14 20:05:12 2011 New Revision: 181363 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181363 Log: PR c++/51107 * typeck.c (check_literal_operator_args): Add processing_specialization to check for void template fn. Test for exact arity for non-template fn. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/udlit-args-neg.C
[Bug bootstrap/51036] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51036 --- Comment #7 from Dodji Seketeli dodji at gcc dot gnu.org 2011-11-14 20:15:18 UTC --- I am closing this then, as it appears fixed in trunk now.
[Bug middle-end/51130] New: ICE: in create_tmp_var, at gimplify.c:468 with -fgnu-tm and __transaction_atomic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51130 Bug #: 51130 Summary: ICE: in create_tmp_var, at gimplify.c:468 with -fgnu-tm and __transaction_atomic Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: zso...@seznam.cz CC: amacl...@redhat.com Host: x86_64-pc-linux-gnu Target: x86_64-pc-linux-gnu Created attachment 25819 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25819 reduced testcase Compiler output: $ gcc -fgnu-tm testcase.C testcase.C: In function 'void foo()': testcase.C:9:1: internal compiler error: in create_tmp_var, at gimplify.c:468 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. (gdb) bt #0 fancy_abort (file=0x142dbe0 /mnt/svn/gcc-trunk/gcc/gimplify.c, line=468, function=0x142eae3 create_tmp_var) at /mnt/svn/gcc-trunk/gcc/diagnostic.c:898 #1 0x009a58a4 in create_tmp_var (type=Unhandled dwarf expression opcode 0xf3 ) at /mnt/svn/gcc-trunk/gcc/gimplify.c:468 #2 0x009b814b in create_tmp_from_val (val=0x7570f1b0, pre_p=0x7fffd6d8, post_p=Unhandled dwarf expression opcode 0xf3 ) at /mnt/svn/gcc-trunk/gcc/gimplify.c:498 #3 lookup_tmp_var (val=0x7570f1b0, pre_p=0x7fffd6d8, post_p=Unhandled dwarf expression opcode 0xf3 ) at /mnt/svn/gcc-trunk/gcc/gimplify.c:515 #4 internal_get_tmp_var (val=0x7570f1b0, pre_p=0x7fffd6d8, post_p=Unhandled dwarf expression opcode 0xf3 ) at /mnt/svn/gcc-trunk/gcc/gimplify.c:584 #5 0x009a7b21 in gimplify_expr (expr_p=Unhandled dwarf expression opcode 0xf3 ) at /mnt/svn/gcc-trunk/gcc/gimplify.c:7694 #6 0x009b85b2 in gimplify_addr_expr (expr_p=0x7fffd648, pre_p=0x7fffd6d8, post_p=Unhandled dwarf expression opcode 0xf3 ) at /mnt/svn/gcc-trunk/gcc/gimplify.c:4904 #7 0x009a8d6b in gimplify_expr (expr_p=Unhandled dwarf expression opcode 0xf3 ) at /mnt/svn/gcc-trunk/gcc/gimplify.c:6916 #8 0x009bdf31 in force_gimple_operand_1 (expr=0x7570c7d0, stmts=0x7fffd6d8, gimple_test_f=0x982b10 is_gimple_val(tree), var=0x0) at /mnt/svn/gcc-trunk/gcc/gimplify.c:8351 #9 0x009be0d3 in force_gimple_operand_gsi_1 (gsi=0x7fffd7c0, expr=Unhandled dwarf expression opcode 0xf3 ) at /mnt/svn/gcc-trunk/gcc/gimplify.c:8391 #10 0x00b681c9 in expand_assign_tm (region=0x1bc21b0, gsi=0x7fffd7c0) at /mnt/svn/gcc-trunk/gcc/trans-mem.c:2173 #11 0x00b6dacf in expand_block_tm () at /mnt/svn/gcc-trunk/gcc/trans-mem.c:2324 #12 execute_tm_mark () at /mnt/svn/gcc-trunk/gcc/trans-mem.c:2436 #13 0x00a6d8a8 in execute_one_pass (pass=0x1995e40) at /mnt/svn/gcc-trunk/gcc/passes.c:2074 #14 0x00a6dc15 in execute_pass_list (pass=0x1995e40) at /mnt/svn/gcc-trunk/gcc/passes.c:2129 #15 0x00a6dc27 in execute_pass_list (pass=0x1995ea0) at /mnt/svn/gcc-trunk/gcc/passes.c:2130 #16 0x00bcef9e in tree_rest_of_compilation (fndecl=0x756fd500) at /mnt/svn/gcc-trunk/gcc/tree-optimize.c:420 #17 0x0082458a in cgraph_expand_function (node=0x75587a20) at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1819 #18 0x0082678a in cgraph_output_in_order () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1984 #19 cgraph_optimize () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:2192 #20 0x00826a6a in cgraph_finalize_compilation_unit () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1327 #21 0x00647d3b in cp_write_global_declarations () at /mnt/svn/gcc-trunk/gcc/cp/decl2.c:4050 #22 0x00b62874 in compile_file (argc=14, argv=0x7fffdae8) at /mnt/svn/gcc-trunk/gcc/toplev.c:581 #23 do_compile (argc=14, argv=0x7fffdae8) at /mnt/svn/gcc-trunk/gcc/toplev.c:1931 #24 toplev_main (argc=14, argv=0x7fffdae8) at /mnt/svn/gcc-trunk/gcc/toplev.c:2007 #25 0x76178d2d in __libc_start_main () from /lib64/libc.so.6 #26 0x0056bca9 in _start () Tested revisions: r181296 - crash
[Bug c++/50852] [4.6/4.7 Regression] ICE: internal compiler error: in tsubst, at cp/pt.c:11030
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50852 Dodji Seketeli dodji at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED
[Bug bootstrap/51131] New: [4.7 Regression] bootstrap failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51131 Bug #: 51131 Summary: [4.7 Regression] bootstrap failure Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com CC: hubi...@gcc.gnu.org On Linux/x86, revision 181359 failed to bootstrap: ../../src-trunk/libiberty/sort.c:100:14: internal compiler error: in decide_alg, at config/i386/i386.c:22094 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[6]: *** [sort.o] Error 1 when configured with -with-arch=corei7 --with-cpu=corei7.
[Bug bootstrap/51131] [4.7 Regression] bootstrap failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51131 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2011-11-14 20:44:23 UTC --- Dup. *** This bug has been marked as a duplicate of bug 51126 ***
[Bug target/51126] [4.7 Regression] Bootstrap failure at revision 181358 on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51126 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Keywords||build, ice-on-valid-code Component|bootstrap |target Target Milestone|--- |4.7.0 Severity|normal |blocker
[Bug bootstrap/51126] [4.7 Regression] Bootstrap failure at revision 181358 on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51126 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2011-11-14 20:44:23 UTC --- *** Bug 51131 has been marked as a duplicate of this bug. ***
[Bug c/51129] 4.7 trunk libgcc cannot compute suffix of object files - cannot find find libcloog, though in path
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51129 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2011-11-14 Ever Confirmed|0 |1 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-14 21:18:41 UTC --- did you export LD_LIBRARY_PATH?
[Bug c/51129] 4.7 trunk libgcc cannot compute suffix of object files - cannot find find libcloog, though in path
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51129 --- Comment #2 from Toshiro K. Ohsumi ohsumit at molbio dot mgh.harvard.edu 2011-11-14 21:20:13 UTC --- (In reply to comment #1) did you export LD_LIBRARY_PATH? Oh yes, I tried that too. :-) Thank you for the clarifying question. In fact, /usr/local/lib is in /etc/ld.so.conf too.
[Bug libgomp/51132] New: [4.7 Regression] FAIL: libgomp.graphite/force-parallel-[678].c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51132 Bug #: 51132 Summary: [4.7 Regression] FAIL: libgomp.graphite/force-parallel-[678].c Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com On Linux/x86, revision 181175 gave FAIL: libgomp.graphite/force-parallel-7.c execution test FAIL: libgomp.graphite/force-parallel-8.c execution test and also FAIL: libgomp.graphite/force-parallel-6.c execution test at random.
[Bug c++/51107] [C++11] Accepts invalid literal operator with void argument list.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51107 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||jason at gcc dot gnu.org Resolution||FIXED Target Milestone|--- |4.7.0 --- Comment #6 from Jason Merrill jason at gcc dot gnu.org 2011-11-14 21:30:18 UTC --- Applied, thanks.
[Bug c/51129] 4.7 trunk libgcc cannot compute suffix of object files - cannot find find libcloog, though in path
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51129 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-14 21:31:27 UTC --- is /usr/local/lib/libcloog.so.0.0.0 a 64-bit library? what does 'ldconfig -p | fgrep cloog' show?
[Bug target/51126] [4.7 Regression] Bootstrap failure at revision 181358 on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51126 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #3 from Uros Bizjak ubizjak at gmail dot com 2011-11-14 21:38:46 UTC --- Author: iains Date: Mon Nov 14 21:05:12 2011 New Revision: 181365 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181365 Log: gcc: 2011-11-14 Jan Hubicka j...@suse.cz * config/i386/i386.c (core cost model): Correct pasto. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c
[Bug target/51126] [4.7 Regression] Bootstrap failure at revision 181358 on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51126 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Target||x86 URL||http://gcc.gnu.org/ml/gcc-p ||atches/2011-11/msg01674.htm ||l --- Comment #4 from Uros Bizjak ubizjak at gmail dot com 2011-11-14 21:39:42 UTC --- Fixed.
[Bug regression/51097] [4.7 Regression] a lot of FAIL: gcc.dg/vect on i686 avx build 181167 to 181177
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51097 --- Comment #1 from Stupachenko Evgeny evstupac at gmail dot com 2011-11-14 21:59:45 UTC --- Tests fails caused by revision 181170: r181170 | jakub | 2011-11-08 19:29:51 +0300 (Tue, 08 Nov 2011) | 7 lines * config/i386/i386.c (ix86_preferred_simd_mode): Even for TARGET_AVX if not TARGET_PREFER_AVX128 return 32-byte integer vectors. * gcc.target/i386/avx-cvt-2.c: Adjust for 32-byte integer vectors being prefered even for -mavx. * gcc.target/i386/avx-cvt-3.c: New test.
[Bug bootstrap/51086] [4.7 regression] ICE in move_insn, at haifa-sched.c:3437
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51086 Alan Modra amodra at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011-11-14 CC|amodra at gcc dot gnu.org | AssignedTo|unassigned at gcc dot |amodra at gmail dot com |gnu.org | Ever Confirmed|0 |1 --- Comment #5 from Alan Modra amodra at gmail dot com 2011-11-14 22:00:20 UTC --- Please try http://gcc.gnu.org/ml/gcc-patches/2011-11/msg01685.html
[Bug rtl-optimization/51051] [4.7 Regression]: build fails on cris-elf building libstdc++-v3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51051 Alan Modra amodra at gmail dot com changed: What|Removed |Added Status|NEW |ASSIGNED CC|amodra at gcc dot gnu.org | AssignedTo|unassigned at gcc dot |amodra at gmail dot com |gnu.org | --- Comment #7 from Alan Modra amodra at gmail dot com 2011-11-14 22:06:29 UTC --- Patch fixing what I broke (rather than, perhaps, underlying causes as per Bernd's patch) in http://gcc.gnu.org/ml/gcc-patches/2011-11/msg01685.html. I've tested that my patch fixes the cris-elf testcase, but haven't yet bootstrapped it.
[Bug libstdc++/51133] New: Incorrect implementation of std::tr1::hermite()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51133 Bug #: 51133 Summary: Incorrect implementation of std::tr1::hermite() Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: dick...@gmail.com Created attachment 25820 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25820 Patch fixing error in poly_hermite.tcc recursion relation The hermite() function in std::tr1, defined in libstdc++-v3/include/tr1/poly_hermite.tcc uses a recursion relation which has a sign error. The following line: __H_n = 2 * (__x * __H_nm1 + (__i - 1) * __H_nm2); should be changed to: __H_n = 2 * (__x * __H_nm1 - (__i - 1) * __H_nm2); I have attached a patch (generated inside poly_hermite.tcc's folder) which makes this change. This patch has been tested with gcc 4.6.1 by checking via numerical integration that the resultant polynomial has the correct orthogonality. As implemented, the result of this numerical integration was extremely accurate to at least 14 decimal places at up to n=84 for double precision.
[Bug c/51129] 4.7 trunk libgcc cannot compute suffix of object files - cannot find find libcloog, though in path
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51129 Toshiro K. Ohsumi ohsumit at molbio dot mgh.harvard.edu changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #4 from Toshiro K. Ohsumi ohsumit at molbio dot mgh.harvard.edu 2011-11-14 22:21:29 UTC --- Hello. Thanks to Jonathan Wakely's last comment, I tracked down the problem. Even though the libraries are indeed 64-bit, for some reason, they were not added to ld.so.cache when they were installed [as root]. This has been rectified manually by calling ldconfig -v. Thanks again!
[Bug regression/51097] [4.7 Regression] a lot of FAIL: gcc.dg/vect on i686 avx build 181167 to 181177
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51097 --- Comment #2 from Uros Bizjak ubizjak at gmail dot com 2011-11-14 22:39:57 UTC --- These are not failures. These FAILs mean that somebody has to go through vectorizer testsuite and update scan patterns for AVX.
[Bug bootstrap/51098] [4.7 Regression] bootstrap failed on avx i686, svn revision 181259 to 181267
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Target||x86-avx CC||rth at gcc dot gnu.org --- Comment #4 from Uros Bizjak ubizjak at gmail dot com 2011-11-14 22:52:42 UTC --- It looks that your assembler doesn't support AVX, so a fallback is triggered in config/x86/x86_avx.cc: #ifdef HAVE_AS_AVX ... #define OUTPUT(T)_ITM_TYPE_##T #define INPUT(T,X), _ITM_TYPE_##T X #else ... #define OUTPUT(T)void #define INPUT(T,X) #endif #define ITM_READ_MEMCPY(T, LSMOD, TARGET, M2)\ OUTPUT(T) ITM_REGPARM _ITM_##LSMOD##T (const _ITM_TYPE_##T *ptr)\ ... The problem is, that declarations in libitm.h do not agree with this: #define ITM_BARRIERS(T) \ extern _ITM_TYPE_##T _ITM_R##T(const _ITM_TYPE_##T *) ITM_REGPARM;\ extern _ITM_TYPE_##T _ITM_RaR##T(const _ITM_TYPE_##T *) ITM_REGPARM;\ extern _ITM_TYPE_##T _ITM_RaW##T(const _ITM_TYPE_##T *) ITM_REGPARM;\ extern _ITM_TYPE_##T _ITM_RfW##T(const _ITM_TYPE_##T *) ITM_REGPARM;\ ...
[Bug bootstrap/51118] ICE when bootstrapping on Ubuntu 11.10/amd64 with stage1 checking enabled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51118 --- Comment #1 from Uros Bizjak ubizjak at gmail dot com 2011-11-14 23:18:29 UTC --- Created attachment 25821 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25821 Preprocessed source. Confirmed with attached source on x86_64 [uros@localhost libgcc]$ ~/gcc-build-fast/gcc/cc1 -quiet libgcc2.i ../../../../gcc-svn/trunk/libgcc/libgcc2.c: In function ‘__muldi3’: ../../../../gcc-svn/trunk/libgcc/libgcc2.c:553:3: internal compiler error: tree check: expected tree that contains ‘typed’ structure, have ‘block’ in fold_checksum_tree, at fold-const.c:14160 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Breakpoint 1, internal_error ( gmsgid=0x4a3c698 tree check: expected tree that contains %qs structure, have %qs in %s, at %s:%d) at ../../gcc-svn/trunk/gcc/diagnostic.c:843 843 va_start (ap, gmsgid); (gdb) bt #0 internal_error ( gmsgid=0x4a3c698 tree check: expected tree that contains %qs structure, have %qs in %s, at %s:%d) at ../../gcc-svn/trunk/gcc/diagnostic.c:843 #1 0x02e5ff80 in tree_contains_struct_check_failed ( node=0x7fffee551b40, en=TS_TYPED, file=0x4839d90 ../../gcc-svn/trunk/gcc/fold-const.c, line=14160, function=0x483ecf0 fold_checksum_tree) at ../../gcc-svn/trunk/gcc/tree.c:8987 #2 0x00fcf7dc in fold_checksum_tree (expr=0x7fffee551b40, ctx=0x7fffc730, ht=0x602e740) at ../../gcc-svn/trunk/gcc/fold-const.c:14160 #3 0x00fcff20 in fold_checksum_tree (expr=0x71b143f0, ctx=0x7fffc730, ht=0x602e740) at ../../gcc-svn/trunk/gcc/fold-const.c:14213 #4 0x00fcff20 in fold_checksum_tree (expr=0x71ae4100, ctx=0x7fffc730, ht=0x602e740) at ../../gcc-svn/trunk/gcc/fold-const.c:14213 #5 0x00fcefaa in fold (expr=0x71ae4100) at ../../gcc-svn/trunk/gcc/fold-const.c:14074 #6 0x00602aac in c_fully_fold_internal (expr=0x71ae4100, in_init=0 '\000', maybe_const_operands=0x7fffd30f , maybe_const_itself=0x7fffd26a \001\001\377\177) at ../../gcc-svn/trunk/gcc/c-family/c-common.c:1152 #7 0x00602555 in c_fully_fold (expr=0x71ae4100, in_init=0 '\000', maybe_const=0x7fffd30f ) at ../../gcc-svn/trunk/gcc/c-family/c-common.c:1060 #8 0x0055531c in output_init_element (value=0x71ae4100, origtype=0x0, strict_string=0 '\000', type=0x719a5738, field=0x7fffeff514c0, pending=1, implicit=0 '\000', braced_init_obstack=0x7fffdb70) at ../../gcc-svn/trunk/gcc/c-typeck.c:7817 #9 0x00557dd2 in process_init_element (value=..., implicit=0 '\000', braced_init_obstack=0x7fffdb70) at ../../gcc-svn/trunk/gcc/c-typeck.c:8356 #10 0x005a8fae in c_parser_initval (parser=0x71aa3de8, after=0x0, braced_init_obstack=0x7fffdb70) at ../../gcc-svn/trunk/gcc/c-parser.c:3995
[Bug bootstrap/51118] ICE when bootstrapping on Ubuntu 11.10/amd64 with stage1 checking enabled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51118 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011-11-14 Ever Confirmed|0 |1 --- Comment #2 from Uros Bizjak ubizjak at gmail dot com 2011-11-14 23:21:11 UTC --- gcc chokes when processing: (gdb) f 5 #5 0x00fcefaa in fold (expr=0x71ae4100) at ../../gcc-svn/trunk/gcc/fold-const.c:14074 14074 fold_checksum_tree (expr, ctx, ht); (gdb) p debug_generic_expr (expr) TARGET_EXPR D.5910, { union DWunion __w; union DWunion __w; __asm__(mul{l} %3:=a __w.s.low, =d __w.s.high:%0 (unsigned int) uu.s.low, rm (unsigned int) vv.s.low); D.5910 = __w.ll; } $1 = void
[Bug tree-optimization/51118] [4.7 Regression] ICE: tree check: expected tree that contains ‘typed’ structure, have ‘block’ in fold_checksum_tree, at fold-const.c:14160
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51118 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Component|bootstrap |tree-optimization Target Milestone|--- |4.7.0 Summary|ICE when bootstrapping on |[4.7 Regression] ICE: tree |Ubuntu 11.10/amd64 with |check: expected tree that |stage1 checking enabled |contains ‘typed’ structure, ||have ‘block’ in ||fold_checksum_tree, at ||fold-const.c:14160 --- Comment #3 from Uros Bizjak ubizjak at gmail dot com 2011-11-14 23:23:55 UTC --- 4.7 regression.
[Bug rtl-optimization/51051] [4.7 Regression]: build fails on cris-elf building libstdc++-v3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51051 --- Comment #8 from Hans-Peter Nilsson hp at gcc dot gnu.org 2011-11-14 23:31:17 UTC --- Author: hp Date: Mon Nov 14 23:31:13 2011 New Revision: 181371 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181371 Log: PR rtl-optimization/51051 * cfgrtl.c (cfg_layout_can_merge_blocks_p): Return FALSE if the move would cause fallthrough into the exit block. Modified: trunk/gcc/ChangeLog trunk/gcc/cfgrtl.c
[Bug target/51134] New: [4.7 Regression] FAIL: gfortran.fortran-torture/execute/arrayarg.f90
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51134 Bug #: 51134 Summary: [4.7 Regression] FAIL: gfortran.fortran-torture/execute/arrayarg.f90 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com CC: hubi...@gcc.gnu.org On Linux/x86-64, revision 181359 gave FAIL: gfortran.fortran-torture/execute/arrayarg.f90 execution, -O2 -fomit-frame-pointer -finline-functions -funroll-loops Revision 181355 is OK. It may be caused by revision 181357: http://gcc.gnu.org/ml/gcc-cvs/2011-11/msg00649.html
[Bug c/51129] 4.7 trunk libgcc cannot compute suffix of object files - cannot find find libcloog, though in path
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51129 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Resolution|FIXED |INVALID --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-14 23:45:52 UTC --- if you install packages via your package manager it usually runs ldconfig but it won't get run if you install software manually, you have to run it yourself (or reboot)
[Bug bootstrap/51098] [4.7 Regression] bootstrap failed on avx i686, svn revision 181259 to 181267
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098 --- Comment #5 from Richard Henderson rth at gcc dot gnu.org 2011-11-14 23:50:59 UTC --- ... which will not be declared if AVX support is disavowed. ... except that the configure was --with-arch=corei7-avx. If true, the problem is user error. How can you expect to configure for corei7-avx without a working avx assembler? Otherwise, we've mis-identified the assembler support and this is a configure bug. Only the reporter can tell us which of these alternatives hold. --- I suppose we could change the configure check to be #ifndef __AVX__ asm (vzeroupper); #endif assuming that if --with-arch/CFLAGS says avx is present, believe it. Let this fail later (again as user error) if the assembler can't actually assemble AVX insns.
[Bug libstdc++/51133] Incorrect implementation of std::tr1::hermite()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51133 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||3dw4rd at verizon dot net --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-14 23:53:55 UTC --- Thanks. Ed, can you double check this?
[Bug tree-optimization/51005] -ftree-tail-merge slows down compilation of 20001226-1.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51005 --- Comment #5 from vries at gcc dot gnu.org 2011-11-15 00:12:51 UTC --- Author: vries Date: Tue Nov 15 00:12:45 2011 New Revision: 181372 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181372 Log: 2011-11-15 Tom de Vries t...@codesourcery.com PR tree-optimization/51005 * tree-ssa-tail-merge.c (delete_basic_block_same_succ): Rename to mark_basic_block_deleted. (update_worklist): Inline purge_bbs. (purge_bbs, unlink_virtual_phi, update_vuses, vop_at_entry) (delete_block_update_dominator_info): Remove. (replace_block_by): Remove update_vops parameter. Partially evaluate for update_vops == false. (apply_clusters): Remove update_vops parameter. Remove update_vops argument in replace_block_by call. (update_debug_stmts): Remove MAY_HAVE_DEBUG_STMTS test. (tail_merge_optimize): Remove update_vops argument to apply_clusters. Remove call to purge_bbs. Add calls to calculate_dominance_info and free_dominance_info. Add MAY_HAVE_DEBUG_STMTSbefore calling update_debug_stmts. Mark vop var for renaming, if necessary. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-tail-merge.c
[Bug tree-optimization/50744] [4.7 Regression] ice in good_cloning_opportunity_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50744 --- Comment #4 from Martin Jambor jamborm at gcc dot gnu.org 2011-11-15 00:25:12 UTC --- Created attachment 25822 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25822 Testcase suitable for the testsuite Testcase suitable for the test suite - it is not that difficult to make it overflow, after all. I will submit a patch with a simple cutoff when accumulating benefits tomorrow.