From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450:4864:20::52c]) by sourceware.org (Postfix) with ESMTPS id 0FBAB3858D3C for ; Tue, 17 May 2022 14:45:07 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 0FBAB3858D3C Received: by mail-ed1-x52c.google.com with SMTP id m12so7246451edb.6 for ; Tue, 17 May 2022 07:45:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=y4+AMnGCf6i/Or8Dz/QcnZGamyD/roDIC+M/Ok2mKZU=; b=rz8OsJ5RHRDCbtEmeOhOptKtvy97GaWHIXuXoy9DHfDKrelErXL79K6OdJQkPjbM0V 4IL5O80VR/82O0KqwhjJwyrPVNFB/TY2mGNDD8mh9OPtmJANAPzITC6IQRhddjera/fi OcdgnGie4jSy0993HQJ5Tw4asmTghO8hRFhsvkBxTlHPQb9jWJsVLnh3jYTfCc5SYNTK l51NIkcJWwWHbulFMkzJ8xm1xC5MftlZcClN+U6synfTWI0RJbImTkhwrpVi1/65Hc3B P7HqnEiqH4uXvst+SY9bjMDTD3K1HJUwezQKhbgadCFyGPRAkXa9zA9Qcs1cwpCsvLr+ Gs1g== X-Gm-Message-State: AOAM532U4LYSB7T8H0QQcLiUMjfeZkb00xDFGjNkWU++zWAxRVlVdXEw +8VLJ2J8oLHfl6QZe00uUppFOcHZdCer45pG4DM30crC5ik= X-Google-Smtp-Source: ABdhPJzCdbivCj3ub0+b582ImSko0pKFI8bnquhfes41Awe36z2jajA9pwRstCnok8yFPPqFkaruWdKGKoVV3+Q9eoU= X-Received: by 2002:a50:9b11:0:b0:42a:c1b2:b2ca with SMTP id o17-20020a509b11000000b0042ac1b2b2camr5940018edi.313.1652798705742; Tue, 17 May 2022 07:45:05 -0700 (PDT) MIME-Version: 1.0 References: <20220515191846.114257-1-luca.boccassi@gmail.com> <20220516164003.iivw6lthknhvce42@gmail.com> <87o7zwwv9m.fsf@oldenburg.str.redhat.com> In-Reply-To: <87o7zwwv9m.fsf@oldenburg.str.redhat.com> From: Luca Boccassi Date: Tue, 17 May 2022 15:44:54 +0100 Message-ID: Subject: Re: [PATCH] ld: add --package-metadata To: Florian Weimer Cc: binutils@sourceware.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-3.5 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: binutils@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Binutils mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2022 14:45:08 -0000 On Tue, 17 May 2022 at 07:03, Florian Weimer wrote: > > * Fangrui Song: > > > Both the "FDO" and the json dependency make me concerned - > > if a linker script approach works quite well, why bother with a new > > linker option with a very specific application? > > The linker script does not work all that well because it requires that > the script is materialized to disk somewhere, and that path needs to > show up in the build flags. If the build flags are stored beyond the > build for future use, this makes them invalid because the path will > typically be gone by the time the stored flags are used. > > Thanks, > Florian Indeed, it was working fine as an initial step to get the ball rolling and the spec adopted, but having to generate and reference an intermediate, temporary asset is not great and has drawbacks. Now that the spec is live and proven in production in Fedora 36 it seemed to me like a good time to introduce a first-class option, to make further usage and adoption as trivial as it can be. Kind regards, Luca Boccassi