https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66468 Markus Trippelsdorf changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2015-06-09 Ever confirmed|0 |1 --- Comment #4 from Markus Trippelsdorf --- Yeah. It is also easily fixed: markus@x4 testc % cat 1.ii namespace std { template class allocator; template > class vector { public: ~vector () {} }; vector b; } template class A { public: typedef _Tp reference; }; template > class B { public: typename _Alloc::reference operator[](int); }; namespace MosesTuning { class Point { }; class Optimizer { public: float Run (Point &) const; }; } using namespace MosesTuning; class C { public: C (Point) { m_optimizer.Run (m_point); } Optimizer m_optimizer; Point m_point; }; main () { B a; (C (a[0])); } markus@x4 testc % cat 2.ii namespace std { template class allocator; struct _Vector_base { ~_Vector_base (); }; template > class vector : _Vector_base { }; } namespace MosesTuning { class Point; class Optimizer { float Run (Point &) const; }; } using namespace std; namespace MosesTuning { float Optimizer::Run (Point &) const { vector a; } } markus@x4 testc % /var/tmp/gcc_test/usr/local/bin/g++ -r -nostdlib 1.ii 2.ii -g -O2 -flto 2.ii: In member function â€˜__base_dtor â€™: 2.ii:28:1: internal compiler error: in check_die, at dwarf2out.c:5712 >From gcc-bugs-return-488456-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jun 09 08:54:24 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 13298 invoked by alias); 9 Jun 2015 08:54:24 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 13241 invoked by uid 48); 9 Jun 2015 08:54:20 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug bootstrap/66448] [6 Regression] Bootstrap fails on darwin after r224161 Date: Tue, 09 Jun 2015 08:54:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: bootstrap X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: iains at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 6.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-06/txt/msg00788.txt.bz2 Content-length: 472 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66448 --- Comment #11 from Iain Sandoe --- (In reply to Aldy Hernandez from comment #10) > It's not supposed to. It's for issue three as stated. indeed; state as of now is that (with both proposed patches in place and --disable-werror), the multiple DWARF entity ld64 warnings are gone from my bootstrap log. The test suite is running - was going to wait to report until that's done â€¦ >From gcc-bugs-return-488457-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jun 09 09:06:11 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 41264 invoked by alias); 9 Jun 2015 09:06:11 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 41179 invoked by uid 48); 9 Jun 2015 09:06:07 -0000 From: "krebbel at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/33661] template methods forget explicit local reg vars Date: Tue, 09 Jun 2015 09:06:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 4.2.2 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: krebbel at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-06/txt/msg00789.txt.bz2 Content-length: 491 https://gcc.gnu.org/bugzilla/show_bug.cgi?id3661 --- Comment #13 from Andreas Krebbel --- Created attachment 35723 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id5723&actioníit Experimental fix The attached patch fixes the problem for me. There appear to be two problems: 1. When parsing a template function cp_finish_decl returns before the asmspec is set in a var decl. 2. When expanding the template function the assembler_name is zeroed out.