[Bug rtl-optimization/54645] [4.8 Regression] Many testsuite failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54645 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added CC||ubizjak at gmail dot com --- Comment #7 from Uros Bizjak ubizjak at gmail dot com 2012-09-21 06:03:47 UTC --- I also see the same failures as Paolo in [1] on alpha FAIL: 17_intro/headers/c++1998/all.cc (test for excess errors) FAIL: 17_intro/headers/c++1998/all_c++200x_compatibility.cc (test for excess errors) FAIL: 17_intro/headers/c++1998/all_pedantic_errors.cc (test for excess errors) FAIL: 17_intro/headers/c++1998/stdc++.cc (test for excess errors) FAIL: 17_intro/headers/c++1998/stdc++_multiple_inclusion.cc (test for excess errors) FAIL: 17_intro/headers/c++200x/stdc++.cc (test for excess errors) FAIL: 17_intro/headers/c++200x/stdc++_multiple_inclusion.cc (test for excess errors) The proposed patch at [2] does not fix the problem. [1] http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01449.html [2] http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01491.html
[Bug libstdc++/54102] generated html vs. utf8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54102 --- Comment #5 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-09-21 06:29:39 UTC --- Author: bkoz Date: Fri Sep 21 06:29:32 2012 New Revision: 191603 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191603 Log: 2012-09-20 Benjamin Kosnik b...@redhat.com PR libstdc++/54102, part 2 * doc/Makefile.am (XSL_HTML_STYLE): use xhtml, not html. * doc/Makefile.in: Regenerate. * doc/html/*: Same. 2012-09-20 Benjamin Kosnik b...@redhat.com * doc/html/*: Regenerate. 2012-09-20 Benjamin Kosnik b...@redhat.com PR libstdc++/54102 * doc/xsl/customization.xsl.in: New. * configure.ac: Output local copy of customization xsl. * doc/Makefile.am (stamp-html-single-docbook): Use XSL_LOCAL_STYLE. (stamp-html-docbook): Set stringparam to UTF-8. * Makefile.in: Regenerated. * configure: Same. * doc/Makefile.in: Same. Added: branches/gcc-4_7-branch/libstdc++-v3/doc/xsl/ branches/gcc-4_7-branch/libstdc++-v3/doc/xsl/customization.xsl.in (with props) Modified: branches/gcc-4_7-branch/libstdc++-v3/ChangeLog branches/gcc-4_7-branch/libstdc++-v3/Makefile.in branches/gcc-4_7-branch/libstdc++-v3/configure branches/gcc-4_7-branch/libstdc++-v3/configure.ac branches/gcc-4_7-branch/libstdc++-v3/doc/Makefile.am branches/gcc-4_7-branch/libstdc++-v3/doc/Makefile.in branches/gcc-4_7-branch/libstdc++-v3/doc/html/api.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/bk02.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/bk03.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/faq.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/index.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/abi.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/algorithms.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/api.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/appendix_contributing.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/appendix_free.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/appendix_gfdl.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/appendix_gpl.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/appendix_porting.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/associative.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/atomics.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/backwards.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bitmap_allocator.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt02.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt02ch05s02.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch17s02.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch17s03.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch17s04.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch18s02.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch18s03.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch18s04.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch18s05.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch19s02.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch19s03.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch19s04.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch19s05.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch19s06.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch19s07.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch20s02.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch20s03.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch20s04.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch20s05.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch21s02.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch23s02.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch30s02.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03ch30s03.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt03pr01.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bk01pt04.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/bugs.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/concurrency.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/configure.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/containers.html branches/gcc-4_7-branch/libstdc++-v3/doc/html/manual/containers_and_c.html
[Bug middle-end/54650] [4.8 Regression] libgomp regression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54650 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-09-21 Component|libgomp |middle-end Target Milestone|--- |4.8.0 Summary|libgomp regression |[4.8 Regression] libgomp ||regression Ever Confirmed|0 |1 --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 08:49:09 UTC --- Confirmed.
[Bug middle-end/54649] [4.8 Regression] Go bootstrap failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54649 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-09-21 Component|go |middle-end Target Milestone|--- |4.8.0 Summary|Go bootstrap failed |[4.8 Regression] Go ||bootstrap failed Ever Confirmed|0 |1 --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 08:52:35 UTC --- Confirmed. We want at least the function scope here, thus DECL_INITIAL.
[Bug tree-optimization/54647] [4.8 Regression] Segmentation fault in get_expr_value_id with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54647 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Component|c++ |tree-optimization Known to work||4.7.2 AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.8.0 Summary|Segmentation fault in |[4.8 Regression] |get_expr_value_id with -O2 |Segmentation fault in ||get_expr_value_id with -O2 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 08:54:23 UTC --- Mine.
[Bug c/54646] gcc-4.7 crashes during compilation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54646 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 08:55:25 UTC --- This is a dup of PR52173. *** This bug has been marked as a duplicate of bug 52173 ***
[Bug middle-end/52173] internal compiler error: verify_ssa failed possibly caused by itm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52173 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added CC||srdjan.stipic at gmail dot ||com --- Comment #12 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 08:55:25 UTC --- *** Bug 54646 has been marked as a duplicate of this bug. ***
[Bug middle-end/54638] [4.8 Regression] bootstraping 4.7.2 with 4.8 broken: cc1: malloc(): memory corruption
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54638 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | --- Comment #12 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 08:56:28 UTC --- I belive I fixed ira-build on trunk ... let me search for that fix(es).
[Bug middle-end/54645] [4.8 Regression] Many testsuite failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54645 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Component|rtl-optimization|middle-end Target Milestone|--- |4.8.0
[Bug bootstrap/54643] Build hangs compiling unwind-arm.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54643 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 08:57:44 UTC --- Fixed.
[Bug middle-end/54638] [4.8 Regression] bootstraping 4.7.2 with 4.8 broken: cc1: malloc(): memory corruption
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54638 --- Comment #13 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 09:01:13 UTC --- My guess is r186590 2012-04-19 Richard Guenther rguent...@suse.de * ira-int.h (ira_allocno_object_iter_cond): Avoid out-of-bound array access. I'm going to backport it to all active branches.
[Bug c++/54427] Expose more vector extensions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54427 --- Comment #7 from Marc Glisse glisse at gcc dot gnu.org 2012-09-21 09:19:47 UTC --- Author: glisse Date: Fri Sep 21 09:19:39 2012 New Revision: 191604 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191604 Log: 2012-09-21 Marc Glisse marc.gli...@inria.fr PR c++/54427 * c-c++-common/torture/vector-compare-2.c: Add -w. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/c-c++-common/torture/vector-compare-2.c
[Bug c++/29028] No warning about unused names introduced with using declarations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29028 Dodji Seketeli dodji at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org |
[Bug web/54651] New: Bugzilla sending broken emails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54651 Bug #: 54651 Summary: Bugzilla sending broken emails Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: web AssignedTo: unassig...@gcc.gnu.org ReportedBy: gli...@gcc.gnu.org Hello, all emails I have received from bugzilla these last 2-3 days were broken. The headers ended up as part of the body of the email. For some reason, the mailman archives on the web are not affected, but I have seen other people quote those headers in their replies, so I am not the only one. I'd suspect a CR/LF-related issue, but who knows... Example of email body: Date: Fri, 21 Sep 2012 09:19:47 + X-Bugzilla-Reason: Reporter X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: glisse at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: bug-54427-21859-f7nrnvx...@http.gcc.gnu.org/bugzilla/ In-Reply-To: bug-54427-21...@http.gcc.gnu.org/bugzilla/ References: bug-54427-21...@http.gcc.gnu.org/bugzilla/ X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset=UTF-8 MIME-Version: 1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54427 --- Comment #7 from Marc Glisse glisse at gcc dot gnu.org 2012-09-21 [etc]
[Bug tree-optimization/54647] [4.8 Regression] Segmentation fault in get_expr_value_id with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54647 --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 09:45:27 UTC --- Hm. We are now facing COND_EXPRs in VN / PRE. But COND_EXPRs have an embedded tree expression for the condition which we have no way of (easily) generating. Let me try to fix this without simply giving up on optimizing those COND_EXPRs.
[Bug c++/54652] New: ICE with -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54652 Bug #: 54652 Summary: ICE with -g Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: ja...@gcc.gnu.org CC: ja...@gcc.gnu.org typedef unsigned long L __attribute__ ((aligned)); typedef unsigned long L __attribute__ ((aligned)); template typename T struct S { union U { L l; } u; }; S int s; ICEs with -g, TYPE_NAME seems to be garbage. The problem is that handle_aligned_attribute first (with L as decl): tree tt = TREE_TYPE (decl); *type = build_variant_type_copy (*type); DECL_ORIGINAL_TYPE (decl) = tt; TYPE_NAME (*type) = decl; TREE_USED (*type) = TREE_USED (decl); TREE_TYPE (decl) = *type; then duplicate_decls is called on the L olddecl (with new L as newdecl), where TYPE_NAME (TREE_TYPE (olddecl)) == olddecl and TYPE_NAME (TREE_TYPE (newdecl)) == newdecl, in merge_types newdecl's type wins, and eventually ggc_free (newdecl); So, either something should have changed TYPE_NAME (newtype) from newdecl to olddecl before ggc_free (I guess that would be preferred, but can't it be TYPE_NAME of other related types too?), or we shouldn't ggc_free TYPE_DECLs. Jason, can you please look into this?
[Bug web/54651] Bugzilla sending broken emails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54651 --- Comment #1 from Andreas Schwab sch...@linux-m68k.org 2012-09-21 10:03:10 UTC --- See http://sourceware.org/ml/overseers/2012-q3/msg00144.html.
[Bug middle-end/54638] [4.8 Regression] bootstraping 4.7.2 with 4.8 broken: cc1: malloc(): memory corruption
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54638 --- Comment #14 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 10:08:41 UTC --- Author: rguenth Date: Fri Sep 21 10:08:35 2012 New Revision: 191605 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191605 Log: 2012-09-21 Richard Guenther rguent...@suse.de PR middle-end/54638 Backport from mainline 2012-04-19 Richard Guenther rguent...@suse.de * ira-int.h (ira_allocno_object_iter_cond): Avoid out-of-bound array access. Modified: branches/gcc-4_7-branch/gcc/ChangeLog branches/gcc-4_7-branch/gcc/ira-int.h
[Bug middle-end/54638] [4.8 Regression] bootstraping 4.7.2 with 4.8 broken: cc1: malloc(): memory corruption
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54638 --- Comment #15 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 10:09:09 UTC --- Author: rguenth Date: Fri Sep 21 10:09:04 2012 New Revision: 191606 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191606 Log: 2012-09-21 Richard Guenther rguent...@suse.de PR middle-end/54638 Backport from mainline 2012-04-19 Richard Guenther rguent...@suse.de * ira-int.h (ira_allocno_object_iter_cond): Avoid out-of-bound array access. Modified: branches/gcc-4_6-branch/gcc/ChangeLog branches/gcc-4_6-branch/gcc/ira-int.h
[Bug middle-end/54638] [4.8 Regression] bootstraping 4.7.2 with 4.8 broken: cc1: malloc(): memory corruption
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54638 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #16 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 10:10:09 UTC --- Should be fixed now.
[Bug c++/54653] New: [4.6/4.7/4.8 Regression] tsubst_template_parms ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54653 Bug #: 54653 Summary: [4.6/4.7/4.8 Regression] tsubst_template_parms ICE Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: ja...@gcc.gnu.org union A {}; struct B { template class T struct C {}; }; template class F, template class T class D = B::template C struct E; template typename R, template class T class D struct E R (), D { void (*f) (A ); template class I, template class T class J struct G { static void d (A ); }; template class H inline E (H fn) { f = (G H, D::d); } }; template typename R, template class T class D struct E R (), D::G R (*) (), D { }; struct Z { int z; }; int main () { Z t = {}; E int () f (t); } ICEs in tsubst_template_parms, because parms is NULL. The ICE started in between r128000 and r128500.
[Bug other/54654] New: configure --enable-languages=c,c++,go reports 'c++' language missing for 'go' in stage 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54654 Bug #: 54654 Summary: configure --enable-languages=c,c++,go reports 'c++' language missing for 'go' in stage 1 Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: ed0.88.p...@gmail.com Just configure gcc like this: ../gccsrc/configure --enable-languages=go or like this: ../gccsrc/configure --enable-languages=c++,go you'll get: 'c++' language required by 'go' in stage 1; enabling But the second configure should not report it.
[Bug debug/49775] [4.6/4.7/4.8 Regression on AVR] ICE in based_loc_descr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49775 --- Comment #8 from Praveen Kaushik praveen.r.kaushik at gmail dot com 2012-09-21 10:36:20 UTC --- This bug seems to be duplicate of this : http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26504 The assertion, gcc_assert ((SUPPORTS_STACK_ALIGNMENT (elim == hard_frame_pointer_rtx || elim == stack_pointer_rtx)) || elim == (frame_pointer_needed ? hard_frame_pointer_rtx : stack_pointer_rtx)); instead of being checked in 'compute_frame_pointer_to_fb_displacement ()' is now assigned to 'frame_pointer_fb_offset_valid' and the assertion is moved to 'based_loc_descr()' (where it actually fails). http://gcc.gnu.org/viewcvs/trunk/gcc/dwarf2out.c?r1=174715r2=175018diff_format=h PR26504 was resolved by defining 'FRAME_POINTER_CFA_OFFSET' macro in avr.h. This macro was removed later in Revision 171295, so that ARG_POINTER_CFA_OFFSET can be defined. These changes were done in order to fix PR48459. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459 snip from dwarf2out.c #ifdef FRAME_POINTER_CFA_OFFSET reg = frame_pointer_rtx; offset += FRAME_POINTER_CFA_OFFSET (current_function_decl); #else reg = arg_pointer_rtx; offset += ARG_POINTER_CFA_OFFSET (current_function_decl); #endif elim = eliminate_regs (reg, VOIDmode, NULL_RTX); Here `reg' is initialized with `arg_pointer_rtx' since FRAME_POINTER_CFA_OFFSET is not defined. frame_pointer_fb_offset_valid = ((SUPPORTS_STACK_ALIGNMENT (elim == hard_frame_pointer_rtx || elim == stack_pointer_rtx)) || elim == (frame_pointer_needed ? hard_frame_pointer_rtx : stack_pointer_rtx)); In this, `elim' is expected to be equal to `stack_pointer_rtx' (as frame_pointer_needed is false) in order to have 'frame_pointer_fb_offset_valid' value TRUE. But AVR does not have any elimination to reduce `arg_pointer_rtx' to `stack_pointer_rtx', so this assertion ought to fail in this case. So IMO, to fix this issue either FRAME_POINTER_CFA_OFFSET should be defined or an elimination should be defined which reduces `arg_pointer_rtx' to `stack_pointer_rtx'.
[Bug target/54290] [4.6 regression] wrong code at -O2 with large offset
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54290 --- Comment #6 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-09-21 11:06:57 UTC --- Author: ebotcazou Date: Fri Sep 21 11:06:51 2012 New Revision: 191609 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191609 Log: PR rtl-optimization/54290 PR rtl-optimization/54644 * reload1.c (choose_reload_regs): Fix thinko in previous change. Modified: trunk/gcc/ChangeLog trunk/gcc/reload1.c
[Bug rtl-optimization/54644] [4.8 Regression] failure of gcc.c-torture/execute/multi-ix.c at -O1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54644 --- Comment #7 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-09-21 11:06:56 UTC --- Author: ebotcazou Date: Fri Sep 21 11:06:51 2012 New Revision: 191609 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191609 Log: PR rtl-optimization/54290 PR rtl-optimization/54644 * reload1.c (choose_reload_regs): Fix thinko in previous change. Modified: trunk/gcc/ChangeLog trunk/gcc/reload1.c
[Bug rtl-optimization/54644] [4.8 Regression] failure of gcc.c-torture/execute/multi-ix.c at -O1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54644 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #8 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-09-21 11:09:02 UTC --- Reopen if not.
[Bug tree-optimization/54629] [4.8 Regression] ICE (segfault) in index_in_loop_nest tree-data-ref.h:608
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54629 --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 11:54:19 UTC --- Author: rguenth Date: Fri Sep 21 11:54:14 2012 New Revision: 191611 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191611 Log: 2012-09-21 Jakub Jelinek ja...@redhat.com PR tree-optimization/54629 * tree-loop-distribution.c (classify_partition): Free loop nest only after freeing ddr. Free ddr and loop nest also if successful. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-loop-distribution.c
[Bug tree-optimization/54629] [4.8 Regression] ICE (segfault) in index_in_loop_nest tree-data-ref.h:608
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54629 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 11:55:24 UTC --- Fixed.
[Bug middle-end/54650] [4.8 Regression] libgomp regression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54650 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added CC||jakub at redhat dot com --- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-09-21 11:56:06 UTC --- From http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01514.html 4. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54650 Failed one regression test in libgomp (I didn't know that there are regression tests for libraries before...) This error should be a bug exposed by this patch. I'll try to provide a patch as soon as possible. This is a misunderstanding of my report at http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01441.html in which I analyzed only one case among several failures (see pr54645 near the end of comment #0). On x86_64-apple-darwin10, I see 7 tests failing with -m32 or -m64: FAIL: libgomp.fortran/crayptr2.f90 -O3 -g (internal compiler error) FAIL: libgomp.fortran/nestedfn1.f90 -O3 -g (internal compiler error) FAIL: libgomp.fortran/reduction1.f90 -O3 -g (internal compiler error) FAIL: libgomp.fortran/retval1.f90 -O3 -g (internal compiler error) FAIL: libgomp.fortran/threadprivate2.f90 -O3 -g (internal compiler error) FAIL: libgomp.fortran/threadprivate3.f90 -O3 -g (internal compiler error) FAIL: libgomp.fortran/threadprivate4.f90 -O3 -g (internal compiler error) plus two failing only with -m32: FAIL: libgomp.fortran/vla6.f90 -O3 -g (internal compiler error) FAIL: libgomp.fortran/vla8.f90 -O3 -g (internal compiler error) Apparently libgomp.fortran/crayptr2.f90, libgomp.fortran/threadprivate3.f90, and libgomp.fortran/threadprivate4.f90 do not fail on linux. The group failing with -m32 or -m64 give the ICE for a !$omp directive with reduction for -O2 and above, except nestedfn1.f90 and reduction1.f90 which give the ICE for -O1 and above. The group failing only with -m32 needs also -march=i486 and -O1 or above and the ICE is: /opt/gcc/work/libgomp/testsuite/libgomp.fortran/vla6.f90: In function 'foo.1841._omp_fn.0': /opt/gcc/work/libgomp/testsuite/libgomp.fortran/vla6.f90:35:0: internal compiler error: in change_scope, at final.c:1543 !$omp private (p, q, r, w, x, y) shared (z) ^
[Bug middle-end/52173] internal compiler error: verify_ssa failed possibly caused by itm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52173 --- Comment #13 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 12:39:19 UTC --- Simpler testcase from PR54646, fails at -O2: int a; int main() { int i; for (i = 0; i 1; ++i) __transaction_atomic { ++a; } return 0; }
[Bug tree-optimization/54647] [4.8 Regression] Segmentation fault in get_expr_value_id with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54647 --- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 12:44:12 UTC --- Author: rguenth Date: Fri Sep 21 12:44:07 2012 New Revision: 191613 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191613 Log: 2012-09-21 Richard Guenther rguent...@suse.de PR tree-optimization/54647 * tree-ssa-pre.c (compute_avail): Do not put COND_EXPR or VEC_COND_EXPR into EXP_GEN again. * g++.dg/torture/pr54647.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/torture/pr54647.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-pre.c
[Bug tree-optimization/54647] [4.8 Regression] Segmentation fault in get_expr_value_id with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54647 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 12:45:49 UTC --- Fixed.
[Bug tree-optimization/54655] New: [4.8 Regression] ICE in remap_gimple_stmt, at tree-inline.c:1468
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54655 Bug #: 54655 Summary: [4.8 Regression] ICE in remap_gimple_stmt, at tree-inline.c:1468 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: mar...@trippelsdorf.de During building of Firefox I get: /var/tmp/mozilla-central/js/src/ion/IonBuilder.cpp: In member function ‘bool js::ion::IonBuilder::jsop_getprop(js::HandlePropertyName)’: /var/tmp/mozilla-central/js/src/ion/IonBuilder.cpp:5830:70: internal compiler error: in remap_gimple_stmt, at tree-inline.c:1468 isKnownConstant, testObject)) ^ Please submit a full bug report, with preprocessed source if appropriate. Reduced: markus@x4 tmp % cat test.ii extern C class A { }; template typename T class B:A { public: B (int *, T); ~B () { } }; bool a; inline void fn1 () { switch (0) case 0: { B int* b (0, 0); if (a) break; } } void fn2 () { fn1 (); } markus@x4 tmp % g++ -O1 -c test.ii test.ii: In function ‘void fn2()’: test.ii:29:11: internal compiler error: in remap_gimple_stmt, at tree-inline.c:1468 fn1 (); ^ Please submit a full bug report,
[Bug c++/29028] No warning about unused names introduced with using declarations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29028 --- Comment #3 from dodji at seketeli dot org dodji at seketeli dot org 2012-09-21 13:02:15 UTC --- A candidate patch has been sent to http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01540.html.
[Bug middle-end/52173] internal compiler error: verify_ssa failed possibly caused by itm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52173 --- Comment #14 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 13:27:30 UTC --- We have broken immediate uses of .MEM_2 (for example). Before update-ssa: main () { int a.1; int a.0; int i; bb 2: bb 8: # i_10 = PHI 0(2) # .MEM_11 = PHI .MEM_3(D)(2) bb 9: # .MEM_4 = VDEF .MEM_2 __transaction_atomic // SUBCODE=[ GTMA_HAVE_LOAD GTMA_HAVE_STORE ] ... bb 3: # .MEM_12 = VDEF .MEM_2 __transaction_atomic // SUBCODE=[ GTMA_HAVE_LOAD GTMA_HAVE_STORE ] ... bb 7: # VUSE .MEM_2 return 0; but debug_immediate_uses shows: .MEM_2 : --2 uses. # VUSE .MEM_2 return 0; # .MEM_12 = VDEF .MEM_2 __transaction_atomic // SUBCODE=[ GTMA_HAVE_LOAD GTMA_HAVE_STORE ] that means that update_stmt didn't do its job or it wasn't called. Aa. Because in gimple_copy: /* Make copy of operands. */ if (num_ops 0) { ... /* SSA operands need to be updated. */ gimple_set_modified (copy, true); } there are zero (real) operands but we _do_ have virtual ops.
[Bug middle-end/52173] internal compiler error: verify_ssa failed possibly caused by itm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52173 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|aldyh at gcc dot gnu.org|rguenth at gcc dot gnu.org --- Comment #15 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-21 13:30:06 UTC --- I have a patch: Index: gcc/gimple.c === *** gcc/gimple.c(revision 191613) --- gcc/gimple.c(working copy) *** gimple_copy (gimple stmt) *** 2333,2355 } /* Make copy of operands. */ ! if (num_ops 0) ! { ! for (i = 0; i num_ops; i++) ! gimple_set_op (copy, i, unshare_expr (gimple_op (stmt, i))); ! /* Clear out SSA operand vectors on COPY. */ ! if (gimple_has_ops (stmt)) ! { ! gimple_set_def_ops (copy, NULL); ! gimple_set_use_ops (copy, NULL); ! } ! if (gimple_has_mem_ops (stmt)) ! { ! gimple_set_vdef (copy, gimple_vdef (stmt)); ! gimple_set_vuse (copy, gimple_vuse (stmt)); ! } /* SSA operands need to be updated. */ gimple_set_modified (copy, true); --- 2333,2352 } /* Make copy of operands. */ ! for (i = 0; i num_ops; i++) ! gimple_set_op (copy, i, unshare_expr (gimple_op (stmt, i))); ! if (gimple_has_mem_ops (stmt)) ! { ! gimple_set_vdef (copy, gimple_vdef (stmt)); ! gimple_set_vuse (copy, gimple_vuse (stmt)); ! } ! /* Clear out SSA operand vectors on COPY. */ ! if (gimple_has_ops (stmt)) ! { ! gimple_set_def_ops (copy, NULL); ! gimple_set_use_ops (copy, NULL); /* SSA operands need to be updated. */ gimple_set_modified (copy, true);
[Bug tree-optimization/54655] [4.8 Regression] ICE in remap_gimple_stmt, at tree-inline.c:1468
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54655 Markus Trippelsdorf markus at trippelsdorf dot de changed: What|Removed |Added CC||dehao at gcc dot gnu.org --- Comment #1 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-09-21 13:43:49 UTC --- Caused by r191494: 5169661db3501031dfeb1971582809a702d6cebe is the first bad commit commit 5169661db3501031dfeb1971582809a702d6cebe Author: dehao dehao@138bc75d-0d04-0410-961f-82ee72b054a4 Date: Wed Sep 19 19:56:42 2012 + Integrate lexical block into source_location. gcc: 2012-09-19 Dehao Chen de...@google.com
[Bug bootstrap/54642] bootstrap broken using clang++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54642 --- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2012-09-21 13:49:09 UTC --- This failure is caused by the commit... Author: hubicka Date: Wed Sep 19 10:01:56 2012 New Revision: 191466 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191466 Log: * symtab.c (insert_to_assembler_name_hash): Do not insert register vars. (unlink_from_assembler_name_hash): NULL out pointers of unlinked var. (symtab_prevail_in_asm_name_hash): New. (symtab_initialize_asm_name_hash): Break out from ... (symtab_node_for_asm): ... here. (dump_symtab_base): Dump LTO file data. (verify_symtab_base): Register vars are not in symtab. * cgraph.h (symtab_initialize_asm_name_hash, symtab_prevail_in_asm_name_hash): New functions. (symtab_real_symbol_p): New inline. * lto-symtab.c: Do not include gt-lto-symtab.h. (lto_symtab_entry_def): Remove. (lto_symtab_entry_t): Remove. (lto_symtab_identifiers): Remove. (lto_symtab_free): Remove. (lto_symtab_entry_hash): Remove. (lto_symtab_entry_eq): Remove. (lto_symtab_entry_marked_p): Remove. (lto_symtab_maybe_init_hash_table): Remove. (resolution_guessed_p, set_resolution_guessed): New functions. (lto_symtab_register_decl): Only set resolution info. (lto_symtab_get, lto_symtab_get_resolution): Remove. (lto_symtab_merge): Reorg to work across symtab; do nothing if decls are same. (lto_symtab_resolve_replaceable_p): Reorg to work on symtab. (lto_symtab_resolve_can_prevail_p): Likewise; only real symbols can prevail. (lto_symtab_resolve_symbols): Reorg to work on symtab. (lto_symtab_merge_decls_2): Likewise. (lto_symtab_merge_decls_1): Likewise; add debug dumps. (lto_symtab_merge_decls): Likewise; do not merge at ltrans stage. (lto_symtab_merge_cgraph_nodes_1): Reorg to work on symtab. (lto_symtab_merge_cgraph_nodes): Likewise; do not merge at ltrans stage. (lto_symtab_prevailing_decl): Rewrite to lookup into symtab. * lto-streaer.h (lto_symtab_free): Remove. * lto-cgraph.c (add_references): Cleanup. * varpool.c (varpool_assemble_decl): Skip hard regs. * lto.c (lto_materialize_function): Update confused comment. (read_cgraph_and_symbols): Do not free symtab. At r191465, the mkheaders installation step doesn't trigger the recompilation of lto-symtab.o.
[Bug tree-optimization/54655] [4.8 Regression] ICE in remap_gimple_stmt, at tree-inline.c:1468
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54655 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-09-21 Ever Confirmed|0 |1 --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-09-21 13:53:13 UTC --- AFAICT this seems to be fixed by the patch at http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01491.html
[Bug fortran/54656] New: ICE with software REAL(16) for NORM2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54656 Bug #: 54656 Summary: ICE with software REAL(16) for NORM2 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org CC: jde...@intec.unl.edu.ar Reported by Jorge D'ELIA at http://gcc.gnu.org/ml/fortran/2012-09/msg00075.html program test79 implicit none real(16) :: d(10), z d = 1 z = norm2 (d) ! ICE (segfault) end program test79 The problem is the following code in trans-intrinsic.c's gfc_conv_intrinsic_arith: if (norm2) { /* result = scale * sqrt(result). */ tree sqrt; sqrt = gfc_builtin_decl_for_float_kind (BUILT_IN_SQRT, expr-ts.kind); as sqrt == NULL_TREE. Seemingly, the proper way to call the quad functions is to use gfc_conv_intrinsic_lib_function. Only a small subset gets a decl and is thus available in the struct gfc_intrinsic_map, which is accessed in gfc_builtin_decl_for_float_kind. The struct gets set gfc_build_intrinsic_lib_fndecls, but that only handles OTHER_BUILTIN - and not DEFINE_MATH_BUILTIN_C, which is needed for SQRT.
[Bug tree-optimization/54655] [4.8 Regression] ICE in remap_gimple_stmt, at tree-inline.c:1468
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54655 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0
[Bug fortran/54656] ICE with software REAL(16) for NORM2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54656 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-09-21 Ever Confirmed|0 |1 --- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-09-21 13:57:49 UTC --- Confirmed.
[Bug bootstrap/54642] bootstrap broken using clang++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54642 --- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2012-09-21 14:00:03 UTC --- The recompilation of lto-symtab.o during 'make install', but not the -Werror related build failure, can be reproduced on x86_64-apple-darwin12 with... % setenv CC clang % setenv CXX clang++ % ../gcc-4.8-20120920/configure --prefix=/Users/howarth/dist --enable-languages=c,c++,lto --with-gmp=/sw --with-libiconv-prefix=/sw --with-isl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib --enable-checking=yes --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --disable-bootstrap % make % make install where lto-symtab.o is recompiled starting with the r191466 commit. I assume that nothing should be recompiled during 'make install' since that appears to use the system compiler set with the CC/CXX environmentals and not the newly built compiler.
[Bug tree-optimization/54655] [4.8 Regression] ICE in remap_gimple_stmt, at tree-inline.c:1468
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54655 Markus Trippelsdorf markus at trippelsdorf dot de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #3 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-09-21 14:02:03 UTC --- (In reply to comment #2) AFAICT this seems to be fixed by the patch at http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01491.html Yes it's fixed by the follow-up: http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01513.html *** This bug has been marked as a duplicate of bug 54649 ***
[Bug middle-end/54649] [4.8 Regression] Go bootstrap failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54649 Markus Trippelsdorf markus at trippelsdorf dot de changed: What|Removed |Added CC||markus at trippelsdorf dot ||de --- Comment #3 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-09-21 14:02:03 UTC --- *** Bug 54655 has been marked as a duplicate of this bug. ***
[Bug bootstrap/54642] bootstrap broken using clang++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54642 --- Comment #7 from Jack Howarth howarth at nitro dot med.uc.edu 2012-09-21 14:02:21 UTC --- Created attachment 28242 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28242 compressed build log at r191466 as described in comment 6
[Bug bootstrap/54642] bootstrap broken using clang++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54642 --- Comment #8 from Jack Howarth howarth at nitro dot med.uc.edu 2012-09-21 14:04:09 UTC --- Created attachment 28243 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28243 compressed build log at r191465 as described in comment 6
[Bug c++/54401] Missing diagnostics about type-alias at class scope
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54401 Dodji Seketeli dodji at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED CC||dodji at gcc dot gnu.org AssignedTo|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org |
[Bug bootstrap/54642] bootstrap broken by r191466 using clang++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54642 --- Comment #9 from Jack Howarth howarth at nitro dot med.uc.edu 2012-09-21 14:38:26 UTC --- FYI, this failure isn't suppressed by removing lto from the configure language list as lto-symtab.o continues to be recompiled during the step... /sw/bin/ginstall -c mkheaders /Users/howarth/dist/libexec/gcc/x86_64-apple-darwin12.2.0/4.8.0/install-tools/mkheaders in 'make install'. Is there any way to have 'make install' be more verbose during the call to mkheaders so we can understand why r191466 suddenly triggered the recompilation of lto-symtab.o during 'make install' on darwin? Also does any other targets show a recompilation of lto-symtab.o after r191466?
[Bug bootstrap/54642] [4.8 regression] make install broken by r191466
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54642 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Target|x86_64-apple-darwin12 | Status|UNCONFIRMED |NEW Last reconfirmed||2012-09-21 CC||ebotcazou at gcc dot ||gnu.org Host|x86_64-apple-darwin12 | Ever Confirmed|0 |1 Summary|bootstrap broken by r191466 |[4.8 regression] make |using clang++ |install broken by r191466 Target Milestone|--- |4.8.0 Severity|normal |critical Build|x86_64-apple-darwin12 | --- Comment #10 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-09-21 14:52:03 UTC --- We have it on Linux as well: Make install failed make[1]: Entering directory `/red.a/gnatmail/gcc-x/build-red/x86_64-linux/gnat/obj' /bin/bash ../src/mkinstalldirs /red.a/gnatmail/gcc-x/build-red/x86_64-linux/gnat/gnat-bin /red.a/gnatmail/gcc-x/build-red/x86_64-linux/gnat/gnat-bin [...] libtool: install: /usr/bin/install -c .libs/liblto_plugin.lai /red.a/gnatmail/gcc-x/build-red/x86_64-linux/gnat/gnat-bin/libexec/gcc/x86_64-pc-linux-gnu/4.8.0/liblto_plugin.la libtool: install: warning: remember to run `libtool --finish /usr/gnat/libexec/gcc/x86_64-pc-linux-gnu/4.8.0' make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/red.a/gnatmail/gcc-x/build-red/x86_64-linux/gnat/obj/lto-plugin' make[2]: Leaving directory `/red.a/gnatmail/gcc-x/build-red/x86_64-linux/gnat/obj/lto-plugin' make[2]: Entering directory `/red.a/gnatmail/gcc-x/build-red/x86_64-linux/gnat/obj/gcc' g++ -c -g -O2 -DIN_GCC -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -I../../src/gcc/../libcpp/include -I/red.a/gnatmail/gcc-x/build-red/x86_64-linux/libmpfr/install/include -I/red.a/gnatmail/gcc-x/build-red/x86_64-linux/libmpfr/install/include -I/red.a/gnatmail/gcc-x/build-red/x86_64-linux/libmpfr/install/include -I../../src/gcc/../libdecnumber -I../../src/gcc/../libdecnumber/bid -I../libdecnumber../../src/gcc/lto-symtab.c -o lto-symtab.o cc1plus: error: unrecognized command line option -Wno-narrowing cc1plus: error: unrecognized command line option -Wno-overlength-strings make[2]: *** [lto-symtab.o] Error 1 make[2]: Leaving directory `/red.a/gnatmail/gcc-x/build-red/x86_64-linux/gnat/obj/gcc' make[1]: *** [install-gcc] Error 2 make[1]: Leaving directory `/red.a/gnatmail/gcc-x/build-red/x86_64-linux/gnat/obj' make: *** [install] Error 2
[Bug tree-optimization/54345] jump threading leaks e-aux heap memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54345 --- Comment #3 from Marek Polacek polacek at redhat dot com 2012-09-21 15:11:08 UTC --- Hmm. I hoped that something like this will show the leak, but no (it does a lot of threading with -O2--through conditionals, through loop headers and also through latches). But obviously it's not enough. Any ideas, please? extern void bla (void); extern void bar (void); extern void foo (void); void thread_through_condition (int a, int b) { #define E if (a b)\ bla ();\ else\ bar ();\ if (a = b)\ foo (); #define E10 E E E E E E E E E E #define E100 E10 E10 E10 E10 E10 E10 E10 E10 E10 E10 #define E1000 E100 E100 E100 E100 E100 E100 E100 E100 E100 E100 #define EE E1000 E1000 EE } void thread_entry_through_header (void) { int i; #define A for (i = 0; i 42; ++i) \ bla (); #define A10 A A A A A A A A A A #define A100 A10 A10 A10 A10 A10 A10 A10 A10 A10 A10 #define A1000 A100 A100 A100 A100 A100 A100 A100 A100 A100 A100 #define AA A1000 A1000 A1000 A1000 A1000 AA } void thread_latch_through_header (void) { int i = 0; int first; #define L first = 1; i = 0;\ do {\ if (first)\ foo ();\ first = 0;\ bla ();\ } while (i++ 100); #define L10 L L L L L L L L L L #define L100 L10 L10 L10 L10 L10 L10 L10 L10 L10 L10 #define L1000 L100 L100 L100 L100 L100 L100 L100 L100 L100 L100 L1000 }
[Bug tree-optimization/49135] ICE in gcc.c-torture/execute/920302-1.c on arm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49135 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #7 from Andrew Pinski pinskia at gcc dot gnu.org 2012-09-21 15:23:18 UTC --- This is a dup of bug 49423 which points to the patch which really caused it. *** This bug has been marked as a duplicate of bug 49423 ***
[Bug target/49423] [4.6/4.7/4.8 Regression] [arm] internal compiler error: in push_minipool_fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49423 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added CC||janis at gcc dot gnu.org --- Comment #10 from Andrew Pinski pinskia at gcc dot gnu.org 2012-09-21 15:23:18 UTC --- *** Bug 49135 has been marked as a duplicate of this bug. ***
[Bug target/52836] internal compiler error: in push_minipool_fix, at config/arm/arm.c:13084
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52836 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2012-09-21 15:23:36 UTC --- This is a dup of bug 49423 which points to the patch which really caused it. *** This bug has been marked as a duplicate of bug 49423 ***
[Bug target/49423] [4.6/4.7/4.8 Regression] [arm] internal compiler error: in push_minipool_fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49423 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added CC||meadori at codesourcery dot ||com --- Comment #11 from Andrew Pinski pinskia at gcc dot gnu.org 2012-09-21 15:23:36 UTC --- *** Bug 52836 has been marked as a duplicate of this bug. ***
[Bug target/54657] New: darwin-c.c:278:27: error: invalid conversion from ‘const char*’ to ‘char*’
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54657 Bug #: 54657 Summary: darwin-c.c:278:27: error: invalid conversion from ‘const char*’ to ‘char*’ Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: amyl...@gcc.gnu.org CC: echri...@apple.com, mikest...@comcast.net, stansh...@earthlink.net Blocks: 47093 Target: *-darwin* g++ -c -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno -common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber-I. -I. -I../../../gcc/gcc -I../../../gc c/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../g cc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber \ ../../../gcc/gcc/config/darwin-c.c -DGCC_INCLUDE_DIR=\/usr/local/lib/gcc/i686-apple-darwin10/4.8.0/include\ -DFIXED_INCLUDE_DIR=\/usr/local/lib/gcc/i686-apple-darwin10/4.8.0/include-fixed\ -DGPLUSPLUS_INCLUDE_DIR=\/usr/local/lib/gcc/i686-apple-darwin10/4.8.0/../../../../i686-apple-darwin10/include/c++/4.8.0\ -DGPLUSPLUS_INCLUDE_DIR_ADD_SYSROOT=0 -DGPLUSPLUS_TOOL_INCLUDE_DIR=\/usr/local/lib/gcc/i686-apple-darwin10/4.8.0/../../../../i686-apple-darwin10/include/c++/4.8.0/i686-apple-darwin10\ -DGPLUSPLUS_BACKWARD_INCLUDE_DIR=\/usr/local/lib/gcc/i686-apple-darwin10/4.8.0/../../../../i686-apple-darwin10/include/c++/4.8.0/backward\ -DLOCAL_INCLUDE_DIR=\/usr/local/include\ -DCROSS_INCLUDE_DIR=\/usr/local/lib/gcc/i686-apple-darwin10/4.8.0/../../../../i686-apple-darwin10/sys-include\ -DTOOL_INCLUDE_DIR=\/usr/local/lib/gcc/i686-apple-darwin10/4.8.0/../../../../i686-apple-darwin10/include\ -DNATIVE_SYSTEM_HEADER_DIR=\/usr/include\ -DPREFIX=\/usr/local/\ -DSTANDARD_EXEC_PREFIX=\/usr/local/lib/gcc/\ ../../../gcc/gcc/config/darwin-c.c: In function ‘char* framework_construct_pathname(const char*, cpp_dir*)’: ../../../gcc/gcc/config/darwin-c.c:278:27: error: invalid conversion from ‘const char*’ to ‘char*’ [-fpermissive] buf = strchr (fname, '/'); ^ ../../../gcc/gcc/config/darwin-c.c: In function ‘const char* find_subframework_file(const char*, const char*)’: ../../../gcc/gcc/config/darwin-c.c:353:30: error: invalid conversion from ‘const char*’ to ‘char*’ [-fpermissive] bufptr = strchr (fname, '/'); ^ ../../../gcc/gcc/config/darwin-c.c:365:40: error: invalid conversion from ‘const char*’ to ‘char*’ [-fpermissive] bufptr = strstr (pname, dot_framework); ^ make[2]: *** [darwin-c.o] Error 1 rm gcov.pod gcj-dbtool.pod jcf-dump.pod gcj.pod gcc.pod cpp.pod gccgo.pod fsf-funding.pod gij.pod gc-analyze.pod grmic.pod gfortran.pod jv-convert.pod gfdl.pod make[2]: Leaving directory `/home/amylaar/fsf/multi/i686-apple-darwin10/gcc' make[1]: *** [all-gcc] Error 2 make[1]: Leaving directory `/home/amylaar/fsf/multi/i686-apple-darwin10' This error has been seen for the following configurations: i686-apple-darwini686-apple-darwin9 powerpc-darwin7 x86_64-apple-darwin i686-apple-darwin10 powerpc64-darwinpowerpc-darwin8
[Bug middle-end/54649] [4.8 Regression] Go bootstrap failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54649 --- Comment #4 from dehao at gcc dot gnu.org 2012-09-21 15:35:51 UTC --- Author: dehao Date: Fri Sep 21 15:35:46 2012 New Revision: 191614 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191614 Log: 2012-09-21 Dehao Chen de...@google.com PR go/54649 * tree-eh.c (lower_try_finally_dup_block): Set the correct block for stmts in the duplicated EH block. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-eh.c
[Bug target/47098] i686-openbsd3.0: OBSD_LIB_SPEC missing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47098 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Version|4.6.0 |4.8.0 --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-09-21 15:38:08 UTC --- The error looks like this now: g++ -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber\ -DSTANDARD_STARTFILE_PREFIX=\../../../\ -DSTANDARD_EXEC_PREFIX=\/usr/local/lib/gcc/\ -DSTANDARD_LIBEXEC_PREFIX=\/usr/local/libexec/gcc/\ -DDEFAULT_TARGET_VERSION=\4.8.0\ -DDEFAULT_TARGET_MACHINE=\i686-openbsd3.0\ -DSTANDARD_BINDIR_PREFIX=\/usr/local/bin/\ -DTOOLDIR_BASE_PREFIX=\../../../../\ `test X${SHLIB} = X || test yes != yes || echo -DENABLE_SHARED_LIBGCC` -DCONFIGURE_SPECS=\\ \ -c ../../../gcc/gcc/gcc.c -o gcc.o) In file included from ./tm.h:24:0, from ../../../gcc/gcc/gcc.c:37: ../../../gcc/gcc/config/openbsd.h:144:18: error: ‘OBSD_LIB_SPEC’ was not declared in this scope #define LIB_SPEC OBSD_LIB_SPEC ^ ../../../gcc/gcc/gcc.c:716:31: note: in expansion of macro 'LIB_SPEC' static const char *lib_spec = LIB_SPEC; ^ make[2]: *** [gcc.o] Error 1 rm gcj-dbtool.pod jcf-dump.pod gcj.pod cpp.pod fsf-funding.pod gij.pod gc-analyze.pod grmic.pod gccgo.pod gcc.pod gfortran.pod jv-convert.pod gfdl.pod gcov.pod make[2]: Leaving directory `/home/amylaar/fsf/multi/i686-openbsd3.0/gcc' make[1]: *** [all-gcc] Error 2 make[1]: Leaving directory `/home/amylaar/fsf/multi/i686-openbsd3.0'
[Bug target/47099] i686-pc-msdosdjgpp fails to build i386.o: ASM_DECLARE_FUNCTION_NAME undefined
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47099 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed|2012-03-06 00:00:00 |2012-09-17 Version|4.6.0 |4.8.0 --- Comment #2 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-09-21 15:41:29 UTC --- The error now looks like this: g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber\ ../../../gcc/gcc/config/i386/i386.c -o i386.o ../../../gcc/gcc/config/i386/i386.c: In function ‘void ix86_code_end()’: ../../../gcc/gcc/config/i386/i386.c:8855:55: error: ‘ASM_DECLARE_FUNCTION_NAME’ was not declared in this scope ASM_DECLARE_FUNCTION_NAME (asm_out_file, name, decl); ^ make[2]: *** [i386.o] Error 1
[Bug target/54658] New: vxworks.c / macro 'VEC_quick_ push': no matching function for call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54658 Bug #: 54658 Summary: vxworks.c / macro 'VEC_quick_ push': no matching function for call Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: amyl...@gcc.gnu.org CC: dnovi...@gcc.gnu.org Blocks: 47093 Target: i686-wrs-vxworks, i686-wrs-vxworksae g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber-I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber ../../../gcc/gcc/config/vxworks.c In file included from ../../../gcc/gcc/tree.h:29:0, from ../../../gcc/gcc/config/vxworks.c:29: ../../../gcc/gcc/config/vxworks.c: In function ‘tree_node* vxworks_emutls_var_init(tree, tree, tree)’: ../../../gcc/gcc/vec.h:387:36: error: no matching function for call to ‘vec_tconstructor_elt_d::quick_push(NULL, const char [34], int, const char [24])’ ((V)-quick_push (O VEC_CHECK_INFO)) ^ ../../../gcc/gcc/config/vxworks.c:105:9: note: in expansion of macro 'VEC_quick_push' elt = VEC_quick_push (constructor_elt, v, NULL); ^ ../../../gcc/gcc/vec.h:387:36: note: candidate is: ((V)-quick_push (O VEC_CHECK_INFO)) ^ ../../../gcc/gcc/config/vxworks.c:105:9: note: in expansion of macro 'VEC_quick_push' elt = VEC_quick_push (constructor_elt, v, NULL); ^ ../../../gcc/gcc/vec.h:783:1: note: T* vec_tT::quick_push(const T, const char*, unsigned int, const char*) [with T = constructor_elt_d] vec_tT::quick_push (const T obj VEC_CHECK_DECL) ^ ../../../gcc/gcc/vec.h:783:1: note: no known conversion for argument 1 from ‘int’ to ‘const constructor_elt_d’ ../../../gcc/gcc/vec.h:387:36: error: no matching function for call to ‘vec_tconstructor_elt_d::quick_push(NULL, const char [34], int, const char [24])’ ((V)-quick_push (O VEC_CHECK_INFO)) ^ ../../../gcc/gcc/config/vxworks.c:109:9: note: in expansion of macro 'VEC_quick_push' elt = VEC_quick_push (constructor_elt, v, NULL); ^ ../../../gcc/gcc/vec.h:387:36: note: candidate is: ((V)-quick_push (O VEC_CHECK_INFO)) ^ ../../../gcc/gcc/config/vxworks.c:109:9: note: in expansion of macro 'VEC_quick_push' elt = VEC_quick_push (constructor_elt, v, NULL); ^ ../../../gcc/gcc/vec.h:783:1: note: T* vec_tT::quick_push(const T, const char*, unsigned int, const char*) [with T = constructor_elt_d] vec_tT::quick_push (const T obj VEC_CHECK_DECL) ^ ../../../gcc/gcc/vec.h:783:1: note: no known conversion for argument 1 from ‘int’ to ‘const constructor_elt_d’ ../../../gcc/gcc/vec.h:387:36: error: no matching function for call to ‘vec_tconstructor_elt_d::quick_push(NULL, const char [34], int, const char [24])’ ((V)-quick_push (O VEC_CHECK_INFO)) ^ ../../../gcc/gcc/config/vxworks.c:114:9: note: in expansion of macro 'VEC_quick_push' elt = VEC_quick_push (constructor_elt, v, NULL); ^ ../../../gcc/gcc/vec.h:387:36: note: candidate is: ((V)-quick_push (O VEC_CHECK_INFO)) ^ ../../../gcc/gcc/config/vxworks.c:114:9: note: in expansion of macro 'VEC_quick_push' elt = VEC_quick_push (constructor_elt, v, NULL); ^ ../../../gcc/gcc/vec.h:783:1: note: T* vec_tT::quick_push(const T, const char*, unsigned int, const char*) [with T = constructor_elt_d] vec_tT::quick_push (const T obj VEC_CHECK_DECL) ^ ../../../gcc/gcc/vec.h:783:1: note: no known conversion for argument 1 from ‘int’ to ‘const constructor_elt_d’ make[2]: *** [vxworks.o] Error 1 rm gcj-dbtool.pod jcf-dump.pod gcj.pod cpp.pod gccgo.pod fsf-funding.pod gij.pod gc-analyze.pod grmic.pod gcc.pod gfortran.pod jv-convert.pod gfdl.pod gcov.pod make[2]: Leaving directory `/home/amylaar/fsf/multi/i686-wrs-vxworks/gcc' make[1]: *** [all-gcc] Error 2
[Bug target/47094] i386-freebsd6.0_aout fails to build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47094 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-09-21 16:16:10 UTC --- *-*-freebsd*aout* has been marked as unsupported in config.gcc in revision 169770, 2011-02-02.
[Bug target/45345] In function `mips16_build_function_stub' undefined reference to `ASM_OUTPUT_DEF'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45345 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX --- Comment #8 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-09-21 16:18:59 UTC --- mips*-*-openbsd* support has been removed 2012-03-12.
[Bug target/54658] vxworks.c / macro 'VEC_quick_ push': no matching function for call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54658 Diego Novillo dnovillo at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #1 from Diego Novillo dnovillo at gcc dot gnu.org 2012-09-21 16:21:08 UTC --- I fixed this yesterday. *** This bug has been marked as a duplicate of bug 54631 ***
[Bug target/54631] vxworks.c fails to compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54631 Diego Novillo dnovillo at gcc dot gnu.org changed: What|Removed |Added CC||amylaar at gcc dot gnu.org --- Comment #5 from Diego Novillo dnovillo at gcc dot gnu.org 2012-09-21 16:21:08 UTC --- *** Bug 54658 has been marked as a duplicate of this bug. ***
[Bug target/47095] defunct configuration v850e1-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47095 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-09-21 16:28:44 UTC --- The v850e1-elf can be built now (as of revision 191429), presumably because of: r174744 | nickc | 2011-06-07 15:00:13 +0100 (Tue, 07 Jun 2011) | 4 lines * config.gcc: Unify V850 architecture options and add support for newer V850 architectures. * config/v850/t-v850e: Delete.
[Bug target/47107] ix86-netware is recognized by config.guess, but has no valid basic_machine set
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47107 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2012-09-17 --- Comment #2 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-09-21 16:34:59 UTC --- What I am seeing now is that the configure command succeeds, and make all-gcc builds a bunch of libraries, and then it fails with: checking for stddef.h... yes ranlib libcpp.a checking for string.h... (cached) yes make[1]: Leaving directory `/home/amylaar/fsf/tst-ix86-netware/libcpp' checking for strings.h... (cached) yes checking for stdlib.h... (cached) yes checking for time.h... yes checking for iconv.h... yes checking for fcntl.h... yes ... checking whether putchar_unlocked is declared... yes checking whether putc_unlocked is declared... yes checking whether getrlimit is declared... yes checking whether setrlimit is declared... yes checking whether getrusage is declared... yes checking whether ldgetname is declared... no checking whether times is declared... yes checking whether sigaltstack is declared... yes checking whether madvise is declared... yes checking for struct tms... yes checking for clock_t... yes checking for F_SETLKW... yes checking if mkdir takes one argument... no *** Configuration ix86-pc-netware not supported make: *** [configure-gcc] Error 1 Is that the expected behaviour, or is config.sub culpable in allowing ix86-netware?
[Bug target/48904] x86_64-knetbsd-gnu fails to build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48904 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed|2012-03-06 00:00:00 |2012-09-17 Version|4.7.0 |4.8.0 Known to fail||4.7.0, 4.8.0 --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-09-21 16:44:48 UTC --- The error looks like this now: g++ -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -DNATIVE_CROSS -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_ H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber\ -DSTANDARD_STARTFILE_PREFIX=\../../../\ -DSTANDARD_EXEC_PREFIX=\/usr/local/lib/gcc/\ -DSTANDARD_LIBEXEC_PREFIX=\/usr/local/libexec/gcc/\ -DDEFAULT_TARGET_VERSION=\4.8.0\ -DDEFAULT_TARGET_MACHINE=\x86_64-knetbsd-gnu\ -DSTANDARD_B INDIR_PREFIX=\/usr/local/bin/\ -DTOOLDIR_BASE_PREFIX=\../../../../\ `test X${SHLIB} = X || test yes != yes || echo -DENABLE_SHARED_LIBGCC` -DCONFIGURE_SPECS=\\ \ -c ../../../gcc/gcc/gcc.c -o gcc.o) In file included from ./tm.h:32:0, from ../../../gcc/gcc/gcc.c:37: ../../../gcc/gcc/config/i386/gnu-user64.h:57:39: error: expected ‘,’ or ‘;’ before ‘GNU_USER_LINK_EMULATION64’ %{ SPEC_64 :-m GNU_USER_LINK_EMULATION64 } \ ^ ../../../gcc/gcc/config/i386/gnu-user64.h:70:19: note: in expansion of macro 'GNU_USER_TARGET_LINK_SPEC' #define LINK_SPEC GNU_USER_TARGET_LINK_SPEC ^ ../../../gcc/gcc/gcc.c:715:32: note: in expansion of macro 'LINK_SPEC' static const char *link_spec = LINK_SPEC; ^ make[2]: *** [gcc.o] Error 1
[Bug target/47107] ix86-netware is recognized by config.guess, but has no valid basic_machine set
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47107 --- Comment #3 from joseph at codesourcery dot com joseph at codesourcery dot com 2012-09-21 16:45:16 UTC --- On Fri, 21 Sep 2012, amylaar at gcc dot gnu.org wrote: Is that the expected behaviour, or is config.sub culpable in allowing ix86-netware? ix86- should not be considered a valid CPU part of a triplet. In any case, 2011-07-18 Rainer Orth r...@cebitec.uni-bielefeld.de * config.gcc (i[3456x]86-*-netware*): Remove. removed the claim to support such a target in GCC, and on that basis this bug can be closed.
[Bug bootstrap/54659] New: [4.8 Regression] Bootstrap with --disable-nls broken under Windows
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54659 Bug #: 54659 Summary: [4.8 Regression] Bootstrap with --disable-nls broken under Windows Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org CC: dnovi...@gcc.gnu.org The following commit includes libintl.h even with --disable-nls: 2012-08-17 Diego Novillo dnovi...@google.com PR bootstrap/54281 * configure.ac: Add libintl.h to AC_CHECK_HEADERS list. * config.in: Regenerate. * configure: Regenerate. * intl.h: Always include libintl.h if HAVE_LIBINTL_H is set. That breaks bootstrap on Windows: C:\MinGW\msys\1.0\home\brad\gfortran\ibin\gcc/../../gcc-trunk/gcc/c-family/c-lex.c:152: undefined reference to `_libintl _fprintf' The reason is that libintl.h re-defines fprint on #if !@HAVE_POSIX_PRINTF@ systems, see: http://git.savannah.gnu.org/cgit/gettext.git/tree/gettext-runtime/intl/libgnuintl.in.h
[Bug bootstrap/54659] [4.8 Regression] Bootstrap with --disable-nls broken under Windows
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54659 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc dot gnu.org Target Milestone|--- |4.8.0
[Bug middle-end/54649] [4.8 Regression] Go bootstrap failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54649 --- Comment #5 from dehao at gcc dot gnu.org 2012-09-21 17:01:46 UTC --- Author: dehao Date: Fri Sep 21 17:01:36 2012 New Revision: 191615 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191615 Log: 2012-09-21 Dehao Chen de...@google.com PR go/54649 PR tree-optimization/54655 * g++.dg/pr54655.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/pr54655.C Modified: trunk/gcc/testsuite/ChangeLog
[Bug tree-optimization/54655] [4.8 Regression] ICE in remap_gimple_stmt, at tree-inline.c:1468
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54655 --- Comment #4 from dehao at gcc dot gnu.org 2012-09-21 17:01:47 UTC --- Author: dehao Date: Fri Sep 21 17:01:36 2012 New Revision: 191615 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191615 Log: 2012-09-21 Dehao Chen de...@google.com PR go/54649 PR tree-optimization/54655 * g++.dg/pr54655.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/pr54655.C Modified: trunk/gcc/testsuite/ChangeLog
[Bug bootstrap/50461] mpfr.h found in mpfr-3.1.0/src instead of mpfr-3.0.1/. as previously
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50461 karl at freefriends dot org changed: What|Removed |Added CC||karl at freefriends dot org --- Comment #10 from karl at freefriends dot org 2012-09-21 17:17:27 UTC --- Also for the record, it remains unfixed in 4.7.2, and the same patch still fixes it ... (mpc 1.0.1, mpfr 3.1.1, gmp 5.0.5).
[Bug target/54660] New: iq2000_function_arg_advance: format ‘%p expects argument of type ‘void*’, but argument 3 has type ‘const_tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54660 Bug #: 54660 Summary: iq2000_function_arg_advance: format ‘%p expects argument of type ‘void*’, but argument 3 has type ‘const_tree Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: amyl...@gcc.gnu.org Blocks: 44756 g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber\ ../../../gcc/gcc/config/iq2000/iq2000.c -o iq2000.o ../../../gcc/gcc/config/iq2000/iq2000.c: In function ‘void iq2000_function_arg_advance(cumulative_args_t, machine_mode, const_tree, bool)’: ../../../gcc/gcc/config/iq2000/iq2000.c:1145:34: error: format ‘%p’ expects argument of type ‘void*’, but argument 3 has type ‘const_tree {aka const tree_node*}’ [-Werror=format] fprintf (stderr, %p, type); ^ cc1plus: all warnings being treated as errors make[2]: *** [iq2000.o] Error 1
[Bug ada/46738] microblaze ada --enable-werror-always build fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46738 --- Comment #5 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-09-21 17:28:48 UTC --- microblaze-elf builds now. mocroblaze-linux fails to build for a different reason.
[Bug ada/46738] microblaze ada --enable-werror-always build fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46738 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #6 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-09-21 17:29:30 UTC --- See above.
[Bug target/49862] bfin.c warnings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49862 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-09-21 17:40:33 UTC --- The bfin configurations build now with --enable-werror-always.
[Bug target/48904] x86_64-knetbsd-gnu fails to build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48904 --- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2012-09-21 17:42:31 UTC --- Created attachment 28244 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28244 A patch
[Bug target/52502] *86*-elf dwarf2asm.o fails to build with -Werror
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52502 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-09-21 17:48:48 UTC --- Builds now.
[Bug target/54661] New: mcore_output_movedouble: operation on ‘memexp’ may be undefined
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54661 Bug #: 54661 Summary: mcore_output_movedouble: operation on ‘memexp’ may be undefined Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: amyl...@gcc.gnu.org CC: ni...@redhat.com Blocks: 44756 Target: mcore-elf g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber\ ../../../gcc/gcc/config/mcore/mcore.c -o mcore.o In file included from ../../../gcc/gcc/config/mcore/mcore.c:25:0: ../../../gcc/gcc/config/mcore/mcore.c: In function ‘const char* mcore_output_movedouble(rtx_def**, machine_mode)’: ../../../gcc/gcc/rtl.h:767:59: error: operation on ‘memexp’ may be undefined [-Werror=sequence-point] #define XEXP(RTX, N) (RTL_CHECK2 (RTX, N, 'e', 'u').rt_rtx) ^ ../../../gcc/gcc/config/mcore/mcore.c:1345:26: note: in expansion of macro 'XEXP' rtx memexp = memexp = XEXP (src, 0); ^ cc1plus: all warnings being treated as errors make[2]: *** [mcore.o] Error 1 rm gcov.pod gcc.pod cpp.pod fsf-funding.pod gccgo.pod gfortran.pod gfdl.pod make[2]: Leaving directory `/home/amylaar/fsf/multi/mcore-elf/gcc' make[1]: *** [all-gcc] Error 2 make[1]: Leaving directory `/home/amylaar/fsf/multi/mcore-elf'
[Bug target/54662] New: Wrong warning flags for building mep-pragma.o, fails to build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54662 Bug #: 54662 Summary: Wrong warning flags for building mep-pragma.o, fails to build Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: amyl...@gcc.gnu.org CC: d...@redhat.com Blocks: 44756 Target: mep-elf (similar to bug 54641) g++ -c -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber-I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber ../../../gcc/gcc/config/mep/mep-pragma.c cc1plus: warning: command line option ‘-Wstrict-prototypes’ is valid for C/ObjC but not for C++ [enabled by default] cc1plus: warning: command line option ‘-Wmissing-prototypes’ is valid for C/ObjC but not for C++ [enabled by default] cc1plus: error: command line option ‘-Wold-style-definition’ is valid for C/ObjC but not for C++ [-Werror] cc1plus: error: command line option ‘-Wc++-compat’ is valid for C/ObjC but not for C++ [-Werror] cc1plus: all warnings being treated as errors make[2]: *** [mep-pragma.o] Error 1
[Bug target/54663] New: microblaze-linux genchecksum failure: opening microblaze-c.o: No such file or directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54663 Bug #: 54663 Summary: microblaze-linux genchecksum failure: opening microblaze-c.o: No such file or directory Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: amyl...@gcc.gnu.org Blocks: 47093 Target: microblaze-linux ar rc libbackend.a insn-attrtab.o insn-automata.o insn-dfatab.o insn-emit.o insn-extract.o insn-latencytab.o insn-modes.o insn-opinit.o insn-output.o insn-peep.o insn-preds.o insn-recog.o insn-enums.o ggc-page.o alias.o alloc-pool.o auto-inc-dec.o bb-reorder.o bitmap.o bt-load.o builtins.o caller-save.o calls.o cfg.o cfganal.o cfgbuild.o cfgcleanup.o cfgexpand.o cfghooks.o cfgloop.o cfgloopanal.o cfgloopmanip.o cfgrtl.o symtab.o cgraph.o cgraphbuild.o cgraphunit.o cgraphclones.o combine.o combine-stack-adj.o compare-elim.o convert.o coverage.o cppbuiltin.o cppdefault.o cprop.o cse.o cselib.o data-streamer.o data-streamer-in.o data-streamer-out.o dbxout.o dbgcnt.o dce.o ddg.o debug.o df-core.o df-problems.o df-scan.o dfp.o dojump.o dominance.o domwalk.o double-int.o dse.o dwarf2asm.o dwarf2cfi.o dwarf2out.o ebitmap.o emit-rtl.o et-forest.o except.o explow.o expmed.o expr.o final.o fixed-value.o fold-const.o function.o fwprop.o gcse.o ggc-common.o gimple.o gimple-iterator.o gimple-fold.o gimple-low.o gimple-pretty-print.o gimple-ssa-strength-reduction.o gimple-streamer-in.o gimple-streamer-out.o gimplify.o godump.o graph.o graphds.o graphite.o graphite-blocking.o graphite-clast-to-gimple.o graphite-dependences.o graphite-interchange.o graphite-optimize-isl.o graphite-poly.o graphite-scop-detection.o graphite-sese-to-poly.o gtype-desc.o haifa-sched.o hw-doloop.o hwint.o ifcvt.o ree.o incpath.o init-regs.o internal-fn.o ipa-cp.o ipa-split.o ipa-inline.o ipa-inline-analysis.o ipa-inline-transform.o ipa-prop.o ipa-pure-const.o ipa-reference.o ipa-ref.o ipa-utils.o ipa.o ira.o ira-build.o ira-costs.o ira-conflicts.o ira-color.o ira-emit.o ira-lives.o jump.o langhooks.o lcm.o lists.o loop-doloop.o loop-init.o loop-invariant.o loop-iv.o loop-unroll.o loop-unswitch.o lower-subreg.o lto-cgraph.o lto-streamer.o lto-streamer-in.o lto-streamer-out.o lto-section-in.o lto-section-out.o lto-symtab.o lto-opts.o lto-compress.o mcf.o mode-switching.o modulo-sched.o omega.o omp-low.o optabs.o options-save.o opts-global.o passes.o plugin.o pointer-set.o postreload-gcse.o postreload.o predict.o print-rtl.o print-tree.o profile.o real.o realmpfr.o recog.o reg-stack.o regcprop.o reginfo.o regmove.o regrename.o regstat.o reload.o reload1.o reorg.o resource.o rtl-error.o rtl.o rtlanal.o rtlhooks.o sbitmap.o sched-deps.o sched-ebb.o sched-rgn.o sched-vis.o sdbout.o sel-sched-ir.o sel-sched-dump.o sel-sched.o sese.o simplify-rtx.o sparseset.o sreal.o stack-ptr-mod.o statistics.o stmt.o stor-layout.o store-motion.o streamer-hooks.o stringpool.o target-globals.o targhooks.o timevar.o toplev.o tracer.o trans-mem.o tree-affine.o tree-call-cdce.o tree-cfg.o tree-cfgcleanup.o tree-chrec.o tree-complex.o tree-data-ref.o tree-dfa.o tree-diagnostic.o tree-dump.o tree-eh.o tree-emutls.o tree-if-conv.o tree-inline.o tree-into-ssa.o tree-iterator.o tree-loop-distribution.o tree-nested.o tree-nomudflap.o tree-nrv.o tree-object-size.o tree-optimize.o tree-outof-ssa.o tree-parloops.o tree-phinodes.o tree-predcom.o tree-pretty-print.o tree-profile.o tree-scalar-evolution.o tree-sra.o tree-switch-conversion.o tree-ssa-address.o tree-ssa-alias.o tree-ssa-ccp.o tree-ssa-coalesce.o tree-ssa-copy.o tree-ssa-copyrename.o tree-ssa-dce.o tree-ssa-dom.o tree-ssa-dse.o tree-ssa-forwprop.o tree-ssa-ifcombine.o tree-ssa-live.o tree-ssa-loop-ch.o tree-ssa-loop-im.o tree-ssa-loop-ivcanon.o tree-ssa-loop-ivopts.o tree-ssa-loop-manip.o tree-ssa-loop-niter.o tree-ssa-loop-prefetch.o tree-ssa-loop-unswitch.o tree-ssa-loop.o tree-ssa-math-opts.o tree-ssa-operands.o tree-ssa-phiopt.o tree-ssa-phiprop.o tree-ssa-pre.o tree-ssa-propagate.o tree-ssa-reassoc.o tree-ssa-sccvn.o tree-ssa-sink.o tree-ssa-strlen.o tree-ssa-structalias.o tree-ssa-tail-merge.o tree-ssa-ter.o tree-ssa-threadedge.o tree-ssa-threadupdate.o tree-ssa-uncprop.o tree-ssa-uninit.o tree-ssa.o tree-ssanames.o tree-stdarg.o tree-streamer.o tree-streamer-in.o tree-streamer-out.o tree-tailcall.o tree-vect-generic.o tree-vect-patterns.o tree-vect-data-refs.o tree-vect-stmts.o tree-vect-loop.o tree-vect-loop-manip.o tree-vect-slp.o tree-vectorizer.o tree-vrp.o tree.o valtrack.o value-prof.o var-tracking.o varasm.o varpool.o vmsdbgout.o web.o xcoffout.o microblaze.o host-linux.o ranlib libbackend.a rm -rf libcommon-target.a ar rc libcommon-target.a microblaze-common.o prefix.o params.o opts.o
[Bug bootstrap/54642] [4.8 regression] make install broken by r191466
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54642 --- Comment #11 from Jack Howarth howarth at nitro dot med.uc.edu 2012-09-21 18:33:14 UTC --- Seems like this could be due to the change * lto-symtab.c: Do not include gt-lto-symtab.h. so I would think we need this change as well, no? Index: gcc/Makefile.in === --- gcc/Makefile.in(revision 191617) +++ gcc/Makefile.in(working copy) @@ -2156,7 +2156,7 @@ lto-section-out.o : lto-section-out.c $( $(DATA_STREAMER_H) lto-symtab.o: lto-symtab.c $(CONFIG_H) $(SYSTEM_H) coretypes.h \ $(TREE_H) $(GIMPLE_H) $(GGC_H) $(HASHTAB_H) \ - $(LTO_STREAMER_H) $(LINKER_PLUGIN_API_H) gt-lto-symtab.h + $(LTO_STREAMER_H) $(LINKER_PLUGIN_API_H) lto-opts.o: lto-opts.c $(CONFIG_H) $(SYSTEM_H) coretypes.h $(TREE_H) \ $(HASHTAB_H) $(GGC_H) $(BITMAP_H) $(FLAGS_H) $(OPTS_H) $(OPTIONS_H) \ $(COMMON_TARGET_H) $(DIAGNOSTIC_H) $(LTO_STREAMER_H)
[Bug middle-end/54664] New: expand_gimple_cond warning for predictably small BRANCH_COST
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54664 Bug #: 54664 Summary: expand_gimple_cond warning for predictably small BRANCH_COST Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: amyl...@gcc.gnu.org Blocks: 44756 Target: pdp11-aout g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber../../../gcc/gcc/cfgexpand.c -o cfgexpand.o ../../../gcc/gcc/cfgexpand.c: In function ‘basic_block_def* expand_gimple_cond(basic_block, gimple)’: ../../../gcc/gcc/cfgexpand.c:1810:65: error: comparison is always true due to limited range of data type [-Werror=type-limits] else if (BRANCH_COST (optimize_insn_for_speed_p (), false) 4) ^ cc1plus: all warnings being treated as errors make[2]: *** [cfgexpand.o] Error 1 pdp11.h defines BRANCH_COST as a macro that yield either 0 or 1. cfgexpand.c:expand_gimple_cond compares this to 4. Because of the warning options we use for building cfgexpand.o, we cant't build it for pdp11 configured with --emable-werror-always.
[Bug fortran/48820] TR 29113: Implement parts needed for MPI 3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48820 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|NEW CC|burnus at gcc dot gnu.org | AssignedTo|burnus at gcc dot gnu.org |unassigned at gcc dot ||gnu.org
[Bug middle-end/54630] [4.8 Regression] GCC 4.8 --enable-languages=c build fails: Undefined symbols: ___cxa_guard_acquire and ___cxa_guard_release
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54630 --- Comment #4 from Larry Baker baker at usgs dot gov 2012-09-21 18:56:20 UTC --- Richard, On both Mac OS X and Linux, the link step uses gcc. On Mac OS X, the link succeed; on Linux, the link fails. The LINKER is selected by the following logic in the gcc/Makefile: # The name of the compiler to use. COMPILER = $(CXX) COMPILER_FLAGS = $(CXXFLAGS) # If HOST_LIBS is set, then the user is controlling the libraries to # link against. In that case, link with $(CC) so that the -lstdc++ # library is not introduced. If HOST_LIBS is not set, link with # $(CXX) to pick up -lstdc++. ifeq ($(HOST_LIBS),) LINKER = $(CXX) LINKER_FLAGS = $(CXXFLAGS) else LINKER = $(CC) LINKER_FLAGS = $(CFLAGS) endif The reason LINKER is set to gcc on both systems is I use the configure --with-host-libstdcxx option: Mac OS X: --with-host-libstdcxx='-lstdc++ -lm' Linux: --with-host-libstdcxx='-static-libgcc -static-libstdc++ -lm' (I don't know why the -lm is there; I copied that from Sourcery's ColdFire uClinux SDK build script.) which defines HOST_LIBS in gcc/Makefile: # Libraries to use on the host. Mac OS X: HOST_LIBS = -lstdc++ -lm Linux: HOST_LIBS = -static-libgcc -static-libstdc++ -lm The original --with-host-libstdcxx from Sourcery (Mentor Graphics) ColdFire uClinux SDK build scripts was: --with-host-libstdcxx='-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm' I guess Sourcery used '-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm' so that the cross compilers would not have system library dependencies, and could be delivered in a tarball that would work on many Linux systems without introducing a shared-llibrary dependency. I altered that to use the more recent gcc option -static-libstdc++ in place of -Wl,-Bstatic,-lstdc++,-Bdynamic. I'm thinking a couple things are happening: • On Mac OS X, the link works because I do not use static libraries (Mac OS X does not support them), and -lstdc++ brings in the O/S version of guard.cc. • On CentOS Linux 6.3, gcc is too old to recognize -static-libstdc++. (I'm assuming a more recent gcc driver recognizes it; it may be that it is only recognized by the g++ driver.) I'll try to make a more recent HOST gcc that supports -static-libstdc++. (Anyone know which release added it?) However, I do not understand the logic of selecting gcc in the first place. --with-host-libstdcxx is described at http://gcc.gnu.org/install/configure.html: --with-host-libstdcxx=linker-args If you are linking with a static copy of PPL, you can use this option to specify how the linker should find the standard C++ library used internally by PPL. Typical values of linker-args might be `-lstdc++' or `-Wl,-Bstatic,-lstdc++,-Bdynamic -lm'. If you are linking with a shared copy of PPL, you probably do not need this option; shared library dependencies will cause the linker to search for the standard C++ library automatically. This implies two things to me: 1) This is the only way to pass linker args (that I could find) 2) This is for c++ (...-libstdcxx means c++, right?) The linker-args get turned into HOST_LIBS in gcc/Makefile, used to define LIBS and BACKENDLIBS: # How to link with both our special library facilities # and the system's installed libraries. LIBS = libcommon.a $(CPPLIB) $(LIBINTL) $(LIBICONV) $(LIBIBERTY) \ $(LIBDECNUMBER) $(HOST_LIBS) BACKENDLIBS = $(CLOOGLIBS) $(GMPLIBS) $(PLUGINLIBS) $(HOST_LIBS) \ $(ZLIB) which, to me, means something different than linker-args. It seems to me that a main program compiled by g++ should be linked by g++. Linker args are a separate matter. In any case, the web page should probably be updated to warn that --with-host-libstdcxx causes ALL linking (at least for the compilers) to use gcc instead of g++. This matters now because GCC's implementation language changes from C to C++ with release 4.8.
[Bug middle-end/54630] [4.8 Regression] GCC 4.8 --enable-languages=c build fails: Undefined symbols: ___cxa_guard_acquire and ___cxa_guard_release
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54630 --- Comment #5 from Larry Baker baker at usgs dot gov 2012-09-21 19:16:50 UTC --- From what I can tell from the GCC Link Options web page (http://gcc.gnu.org/onlinedocs/gcc/Link-Options.html#index-static_002dlibgcc-1032), -static-libstdc++ is only a g++ driver option: -static-libstdc++ When the g++ program is used to link a C++ program, it normally automatically links against libstdc++. If libstdc++ is available as a shared library, and the -static option is not used, then this links against the shared version of libstdc++. That is normally fine. However, it is sometimes useful to freeze the version of libstdc++ used by the program without going all the way to a fully static link. The -static-libstdc++ option directs the g++ driver to link libstdc++ statically, without necessarily linking other libraries statically. There appears to be no way to pass -static-libstdc++ to the g++ driver for linking. --with-host-libstdcxx=-static-libstdc++ will cause gcc/Makefile to use gcc for the LINKER, instead of just passing the -static-libstdc++ option to the g++ driver.
[Bug bootstrap/54642] [4.8 regression] make install broken by r191466
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54642 --- Comment #12 from Jack Howarth howarth at nitro dot med.uc.edu 2012-09-21 19:21:49 UTC --- The patch proposed in Comment 11 eliminates the bootstrap failures under clang/clang++ on x86_64-apple-darwin12.
[Bug bootstrap/54642] [4.8 regression] make install broken by r191466
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54642 --- Comment #13 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-09-21 19:30:34 UTC --- Seems like this could be due to the change * lto-symtab.c: Do not include gt-lto-symtab.h. so I would think we need this change as well, no? Index: gcc/Makefile.in === --- gcc/Makefile.in(revision 191617) +++ gcc/Makefile.in(working copy) @@ -2156,7 +2156,7 @@ lto-section-out.o : lto-section-out.c $( $(DATA_STREAMER_H) lto-symtab.o: lto-symtab.c $(CONFIG_H) $(SYSTEM_H) coretypes.h \ $(TREE_H) $(GIMPLE_H) $(GGC_H) $(HASHTAB_H) \ - $(LTO_STREAMER_H) $(LINKER_PLUGIN_API_H) gt-lto-symtab.h + $(LTO_STREAMER_H) $(LINKER_PLUGIN_API_H) lto-opts.o: lto-opts.c $(CONFIG_H) $(SYSTEM_H) coretypes.h $(TREE_H) \ $(HASHTAB_H) $(GGC_H) $(BITMAP_H) $(FLAGS_H) $(OPTS_H) $(OPTIONS_H) \ $(COMMON_TARGET_H) $(DIAGNOSTIC_H) $(LTO_STREAMER_H) Good catch! Please install it as obvious if not already done.
[Bug bootstrap/54642] [4.8 regression] make install broken by r191466
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54642 --- Comment #14 from Jack Howarth howarth at nitro dot med.uc.edu 2012-09-21 19:34:48 UTC --- Patch posted http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01559.html. Can someone commit this for me?
[Bug bootstrap/54642] [4.8 regression] make install broken by r191466
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54642 --- Comment #15 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2012-09-21 20:07:42 UTC --- Author: hjl Date: Fri Sep 21 20:07:36 2012 New Revision: 191618 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191618 Log: Remove lto-symtab.o's dependency on gt-lto-symtab.h PR bootstrap/54642 * Makefile.in (lto-symtab.o): Remove gt-lto-symtab.h dependency. Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in
[Bug bootstrap/54642] [4.8 regression] make install broken by r191466
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54642 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #16 from H.J. Lu hjl.tools at gmail dot com 2012-09-21 20:09:05 UTC --- Fixed.
[Bug middle-end/53850] [4.8 Regression] ICE: in expand_call_tm, at trans-mem.c:2289 with -fgnu-tm -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53850 Aldy Hernandez aldyh at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-09-21 AssignedTo|unassigned at gcc dot |aldyh at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #2 from Aldy Hernandez aldyh at gcc dot gnu.org 2012-09-21 20:11:43 UTC --- Mine.
[Bug middle-end/53850] [4.8 Regression] ICE: in expand_call_tm, at trans-mem.c:2289 with -fgnu-tm -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53850 --- Comment #3 from Aldy Hernandez aldyh at gcc dot gnu.org 2012-09-21 20:12:55 UTC --- Created attachment 28245 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28245 proposed patch being tested
[Bug middle-end/54630] [4.8 Regression] GCC 4.8 --enable-languages=c build fails: Undefined symbols: ___cxa_guard_acquire and ___cxa_guard_release
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54630 --- Comment #6 from Larry Baker baker at usgs dot gov 2012-09-21 20:34:41 UTC --- I'm looking at CFLAGS_FOR_BUILD and CXXFLAGS_FOR_BUILD as a way to pass -static-libgcc and -static-libstdc++ to the linker, respectively. In the top-level generated Makefile, I noticed that CXXFLAGS_FOR_BUILD is not included in the list of variables in BASE_FLAGS_TO_PASS: # Flags to pass down to all sub-makes. BASE_FLAGS_TO_PASS = \ : Whereas, CC_FOR_BUILD, CFLAGS_FOR_BUILD, and CXX_FOR_BUILD are included. Is this an oversight? And, the description of EXTRA_BUILD_FLAGS makes it sound like it should also include the CXX variants: # These variables must be set on the make command line for directories # built for the build system to override those in BASE_FLAGS_TO_PASSS. EXTRA_BUILD_FLAGS = \ CFLAGS=$(CFLAGS_FOR_BUILD) \ LDFLAGS=$(LDFLAGS_FOR_BUILD) (P.S. BASE_FLAGS_TO_PASSS is misspelled.)
[Bug tree-optimization/54497] [4.8 Regression] Revision 190015 causes 22% degradation on 172.mgrid on PowerPC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54497 Pat Haugen pthaugen at gcc dot gnu.org changed: What|Removed |Added Attachment #28135|0 |1 is obsolete|| --- Comment #4 from Pat Haugen pthaugen at gcc dot gnu.org 2012-09-21 21:54:47 UTC --- Created attachment 28246 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28246 Further reduced testcase Further reduced testcase that only has one predictive commoning candidate in the RESID() loop.
[Bug c++/54665] New: [C++11] template alias to template does not work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54665 Bug #: 54665 Summary: [C++11] template alias to template does not work Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: mw_tr...@users.sourceforge.net Template aliases, as described in N2258[1], are not fully implemented. Specifically, they do not work if the type being aliased is itself a template. Simple test case (taken from Wikipedia[2]): template typename First, typename Second, int Third class SomeType; class OtherType; template typename Second using TypedefName = typename SomeTypeOtherType, Second, 5; int main() { return 0; } This fails to compile with the error: $ gcc -std=c++11 template-alias.cpp template-alias.cpp:6:30: error: expected nested-name-specifier [1] http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2258.pdf [2] http://en.wikipedia.org/wiki/C++11#Alias_templates
[Bug c++/54665] [C++11] template alias to template does not work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54665 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2012-09-21 23:46:39 UTC --- The correct syntax is: template typename Second using TypedefName = SomeTypeOtherType, Second, 5; ie, no typename. You can find a good set of examples in the testsuite as: testsuite/g++.dg/cpp0x/alias-decl-*
[Bug middle-end/54630] [4.8 Regression] GCC 4.8 --enable-languages=c build fails: Undefined symbols: ___cxa_guard_acquire and ___cxa_guard_release
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54630 --- Comment #7 from Larry Baker baker at usgs dot gov 2012-09-22 01:13:54 UTC --- I'm kind of stumped at the moment to find an alternative method to pass down linker flags without using --with-host-libstdcxx. I tried setting CFLAGS_FOR_BUILD=-x c -x none \ CXXFLAGS_FOR_BUILD=-x c++ -x none \ LDFLAGS_FOR_BUILD=-x none \ in the configure step. I also hacked Makefile.in to pass CXXFLAGS_FOR_BUILD in BASE_FLAGS_TO_PASS. The CFLAGS_FOR_BUILD=-x c -x none show up in the gcc compile commands (the make gcc screen output), but I'm not sure it is used in every gcc command. The CXXFLAGS_FOR_BUILD=-x c++ -x none and LDFLAGS_FOR_BUILD=-x none never show up. I don't really care that much about static linking myself. But, I can understand why a vendor or package developer might want to have the capability.
[Bug middle-end/54630] [4.8 Regression] GCC 4.8 --enable-languages=c build fails: Undefined symbols: ___cxa_guard_acquire and ___cxa_guard_release
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54630 --- Comment #8 from Larry Baker baker at usgs dot gov 2012-09-22 01:45:31 UTC --- After changing --with-host-libstdcxx back to --with-host-libstdcxx='-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm' the build succeeds for Linux i386. I am sure LINKER was set to gcc in this case. I am rebuilding without --with-host-libstdcxx to verify that the cross compiler can be built when LINKER is set to g++ for Linux i386. After that, I'll try to use a newer GCC on CentoS Linux i386 and try again with --with-host-libstdcxx='-static-libgcc -static-libstdc++ -lm'. This seems to be the more modern equivalent on more recent gcc/g++ compilers. I found 4.6 and 4.7 compilers include both -static-libgcc and -static-libstdc++ (strings host-gcc/g++-compiler | grep [-]static[-]). You can probably reclassify this case from a bug to a feature request.