From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 123766 invoked by alias); 30 Jul 2015 17:28:35 -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 123732 invoked by uid 48); 30 Jul 2015 17:28:31 -0000 From: "simon at pushface dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug driver/66849] Incorrect multilib chosen with -mthumb -mfloat-abi=hard Date: Thu, 30 Jul 2015 17:28:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: driver X-Bugzilla-Version: 5.1.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: simon at pushface dot org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: INVALID 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: 2015-07/txt/msg02660.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D66849 --- Comment #3 from simon at pushface dot org --- (In reply to Ramana Radhakrishnan from comment #2) > (In reply to simon from comment #0) > > Having configured with > >=20 > > --target=3Darm-eabi > > --with-arch=3Darmv7 > > --with-mode=3Dthumb >=20 > If you are interested in armv7-m, please use --with-arch=3Darmv7-m firstl= y. I did this; it made no difference at all. > > I made an overriding specs file, > >=20 > > *multilib: > > . !marm !mthumb !mfloat-abi=3Dhard; > > arm marm !mthumb !mfloat-abi=3Dhard; > > thumb !marm mthumb !mfloat-abi=3Dhard; > > fpu !marm mthumb mfloat-abi=3Dhard; > > fpu !marm !mthumb mfloat-abi=3Dhard; > > arm/fpu marm !mthumb mfloat-abi=3Dhard; > >=20 > > which appears to have done the trick. This minimal overriding spec works for me: *multilib: . !mfloat-abi=3Dhard; fpu mfloat-abi=3Dhard; (for reference, don=E2=80=99t use multiple spaces in a specs file!) > Next if you want separate multilibs for float-abi=3Dhard you may want to = look > at some of the commented bits in t-arm to see how to do this or indeed in= to > how --with-multilib-list=3Daprofile works. GCC has already built separate multilibs! . contains -mfloat-abi=3Dsoft thumb likewise - ?? fpu -mfloat-abi-hard It=E2=80=99s just that GCC doesn=E2=80=99t select the right one at link tim= e. I don=E2=80=99t see how this can be "resolved invalid=E2=80=9D? > Alternatively I do think there's something with the M profile libs that c= an > be used today but with some obvious munging to make this work on trunk. >=20 > https://gcc.gnu.org/ml/gcc-patches/2013-07/msg01072.html Thanks for that. Later, perhaps. >>From gcc-bugs-return-493771-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jul 30 17:34:37 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 126296 invoked by alias); 30 Jul 2015 17:34:36 -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 126265 invoked by uid 48); 30 Jul 2015 17:34:33 -0000 From: "ville.voutilainen at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/67064] Register asm variable broken Date: Thu, 30 Jul 2015 17:34: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: 6.0 X-Bugzilla-Keywords: rejects-valid X-Bugzilla-Severity: normal X-Bugzilla-Who: ville.voutilainen at gmail dot com 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: keywords bug_status cf_reconfirmed_on cc everconfirmed 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-07/txt/msg02661.txt.bz2 Content-length: 933 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67064 Ville Voutilainen changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |rejects-valid Status|UNCONFIRMED |NEW Last reconfirmed| |2015-07-30 CC| |jason at redhat dot com, | |ville.voutilainen at gmail dot com Ever confirmed|0 |1 --- Comment #7 from Ville Voutilainen --- gcc 4.9.2 and 5.2 also reject the snippet if c++14 or c++1z modes are used. gcc 6 accepts the snippet if a c++11 or c++98 mode is explicitly requested, but fails like the others otherwise because it defaults to c++14.