From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <hainque@adacore.com>
Received: from smtp.eu.adacore.com (mel.act-europe.fr
 [IPv6:2a02:2ab8:224:1::a0a:d2])
 by sourceware.org (Postfix) with ESMTPS id D035B385BF92
 for <gcc-patches@gcc.gnu.org>; Wed,  1 Apr 2020 20:01:33 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org D035B385BF92
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 A543981382;
 Wed,  1 Apr 2020 22:01:32 +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 B9fefH5a3K8e; Wed,  1 Apr 2020 22:01:32 +0200 (CEST)
Received: from [192.168.0.23] (bny92-4-82-228-126-192.fbx.proxad.net
 [82.228.126.192])
 (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by smtp.eu.adacore.com (Postfix) with ESMTPSA id EF5C88137F;
 Wed,  1 Apr 2020 22:01:31 +0200 (CEST)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
Subject: Re: issue with behavior change of gcc -r between gcc-8 and gcc-9
From: Olivier Hainque <hainque@adacore.com>
In-Reply-To: <4B424DF9-6181-42AE-BB29-86420442E6CA@adacore.com>
Date: Wed, 1 Apr 2020 22:01:28 +0200
Cc: Joseph Myers <joseph@codesourcery.com>,
 Joel Brobecker <brobecker@adacore.com>,
 Jerome Lambourg <lambourg@adacore.com>
Content-Transfer-Encoding: 7bit
Message-Id: <69F0A52A-A77D-449A-AA68-B72E758BA3E7@adacore.com>
References: <4B424DF9-6181-42AE-BB29-86420442E6CA@adacore.com>
To: GCC Patches <gcc-patches@gcc.gnu.org>,
 allan.jensen@qt.io
X-Mailer: Apple Mail (2.2104)
X-Spam-Status: No, score=-5.1 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
 KAM_NUMSUBJECT, 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 <gcc-patches.gcc.gnu.org>
List-Unsubscribe: <http://gcc.gnu.org/mailman/options/gcc-patches>,
 <mailto:gcc-patches-request@gcc.gnu.org?subject=unsubscribe>
List-Archive: <http://gcc.gnu.org/pipermail/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-request@gcc.gnu.org?subject=help>
List-Subscribe: <http://gcc.gnu.org/mailman/listinfo/gcc-patches>,
 <mailto:gcc-patches-request@gcc.gnu.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Apr 2020 20:01:34 -0000

Hello again,

> On 01 Apr 2020, at 19:48, Olivier Hainque <hainque@adacore.com> wrote:
> 
>            * gcc.c (LINK_COMMAND_SPEC): Handle -r like -nostdlib.
> 
> Would it be possible to revert to the previous behavior
> and document it ?
> 
> Or maybe allow it to be controllable by the target ports ?
> 
> Or provide something to bring back the flexibility we had
> if we really believe the default should change ? (I'm not
> convinced)

I realize we could resort to -Wl,-r instead and I was
convinced there are contexts where we don't have the opportunity
to control the arguments as freely as we'd like, which
would actually restrict our adjustment options.

I can triple check on that.

Olivier