From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.eu.adacore.com (mel.act-europe.fr [194.98.77.210]) by sourceware.org (Postfix) with ESMTPS id F0922385DC08 for ; Wed, 1 Apr 2020 21:04:41 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org F0922385DC08 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=adacore.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=hainque@adacore.com Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id 8C95381382; Wed, 1 Apr 2020 23:04:40 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at eu.adacore.com Received: from smtp.eu.adacore.com ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mn-Mg3BRcgDt; Wed, 1 Apr 2020 23:04:40 +0200 (CEST) Received: from [IPv6:2a02:2ab8:224:100::1002] (unknown [IPv6:2a02:2ab8:224:100::1002]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.eu.adacore.com (Postfix) with ESMTPSA id E55B08137F; Wed, 1 Apr 2020 23:04:37 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: issue with behavior change of gcc -r between gcc-8 and gcc-9 From: Olivier Hainque In-Reply-To: <74FDB7C1-CE01-499C-AA3A-5A48DE2F4EF7@sandoe.co.uk> Date: Wed, 1 Apr 2020 23:04:33 +0200 Cc: Olivier Hainque , GCC Patches , allan.jensen@qt.io, Joel Brobecker , Joseph Myers , Jerome Lambourg Content-Transfer-Encoding: quoted-printable Message-Id: <6C0D58B7-13A1-4884-A451-7E1AFE0A5CC9@adacore.com> References: <4B424DF9-6181-42AE-BB29-86420442E6CA@adacore.com> <69F0A52A-A77D-449A-AA68-B72E758BA3E7@adacore.com> <74FDB7C1-CE01-499C-AA3A-5A48DE2F4EF7@sandoe.co.uk> To: Iain Sandoe X-Mailer: Apple Mail (2.3445.9.1) X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00, JMQ_SPF_NEUTRAL, KAM_DMARC_STATUS, KAM_NUMSUBJECT, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2020 21:04:44 -0000 Hello Iain, > On 1 Apr 2020, at 22:42, Iain Sandoe wrote: >=20 > perhaps I=E2=80=99m missing something here, but it is quite possible = for a target > to override and provide a customised version of LINK_COMMAND_SPEC. >=20 > Darwin does this: see config/darwin.h >=20 > So, AFAIU, a port owner has the last call on how such things are = handled > since the port header is typically included after the generic ones. Sure. I was hoping we could avoid that and maybe have a more specialized control on just that aspect that has changed. There are quite a few things in the default LINK_COMMAND_SPEC and I thought we'd better not start replicating all that logic for just that tiny bit which I wasn't 100% convinced really needed to change. Olivier