From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8304 invoked by alias); 11 Nov 2014 20:59:02 -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 Received: (qmail 8263 invoked by uid 48); 11 Nov 2014 20:58:58 -0000 From: "iains at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0 Date: Tue, 11 Nov 2014 20:59:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 5.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: iains 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-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: 2014-11/txt/msg00908.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D63773 --- Comment #15 from Iain Sandoe --- (In reply to Francois-Xavier Coudert from comment #14) > (In reply to Dominique d'Humieres from comment #13) > > There is still a bootstrapping issue with libcc1 when bootstrapping wit= h gcc > > 4.9: >=20 > Regarding that one, it should be fixed in the top-level Makefile. The > targets that configure and build libcc1 in this Makefile call > $(HOST_EXPORTS), which should do the trick. Instead, it should probably do > like lto, and use $(HOST_EXPORTS) and $(POSTSTAGE1_HOST_EXPORTS) together > for stages > 1. ACK - I think that's completely the right approach to one part of the probl= em. - what's happening is that the analysis for the _bootstrap_ compiler's supp= ort of the -static-libstdc++ is being used for the _stage#3_ build of libcc1 for clang [bootstrap] -static-libstdc++ is not supported and thus libcc1 li= nks with /usr/lib/libstdc++.dylib (which is not really what was intended). for gcc [bootstrap] the support is mentioned - and then the -static-libstdc= ++ flag is provided to the libcc1 link (which then fails with=E2=80=A6).=20=20 =E2=80=A6 the second issue - which is that we need a -B=E2=80=A6. option fo= r each library path that will be used for spec-substitution (.a for .dylib). so we need -B/path/to/libstdc++-v3/src/.libs and -B/path/to/libsupc++/.libs= ,. >=20 > Looking at Makefile.def, the only difference I see is that libcc1 is not > bootstrapped, so maybe we could fix it this way? >=20 > Index: Makefile.def > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- Makefile.def (revision 217355) > +++ Makefile.def (working copy) > @@ -123,7 +123,8 @@ host_modules=3D { module=3D gnattools; }; > host_modules=3D { module=3D lto-plugin; bootstrap=3Dtrue; > extra_configure_flags=3D'--enable-shared @extra_linker_plugin_flags@ > @extra_linker_plugin_configure_flags@'; > extra_make_flags=3D'@extra_linker_plugin_flags@'; }; > -host_modules=3D { module=3D libcc1; extra_configure_flags=3D--enable-sha= red; }; > +host_modules=3D { module=3D libcc1; bootstrap=3Dtrue; > + extra_configure_flags=3D--enable-shared; }; >=20=20 > target_modules =3D { module=3D libstdc++-v3; > bootstrap=3Dtrue; I don't think we want to bootstrap libcc1 (that was what the patch was removing). Probably the right example is gnattools - or something similar that only bu= ilds @stage#3. >>From gcc-bugs-return-466438-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 11 21:09:09 2014 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 23140 invoked by alias); 11 Nov 2014 21:09:09 -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 22816 invoked by uid 48); 11 Nov 2014 21:09:04 -0000 From: "redi at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/63825] [DR 1558] Unused arguments in alias template specializations Date: Tue, 11 Nov 2014 21:09: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: 5.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: redi at gcc dot gnu.org X-Bugzilla-Status: RESOLVED 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: 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: 2014-11/txt/msg00910.txt.bz2 Content-length: 174 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63825 --- Comment #2 from Jonathan Wakely --- Doh, works for me too if I use a fresh build - thanks!