From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24402 invoked by alias); 12 Dec 2018 10:44:55 -0000 Mailing-List: contact gnu-gabi-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Post: List-Help: List-Subscribe: Sender: gnu-gabi-owner@sourceware.org Received: (qmail 24369 invoked by uid 89); 12 Dec 2018 10:44:54 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.100.2 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.3.2 spammy=30pm, H*f:sk:M78UX81, H*i:sk:M78UX81, H*i:sk:CAJimCs X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on sourceware.org X-Spam-Level: X-Spam-User: qpsmtpd, 3 recipients X-HELO: gnu.wildebeest.org Received: from wildebeest.demon.nl (HELO gnu.wildebeest.org) (212.238.236.112) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 12 Dec 2018 10:44:52 +0000 Received: from librem.wildebeest.org (deer0x15.wildebeest.org [172.31.17.151]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id 8B85C302BBFE; Wed, 12 Dec 2018 11:44:49 +0100 (CET) Received: by librem.wildebeest.org (Postfix, from userid 1000) id 2905D140FDA; Wed, 12 Dec 2018 11:44:49 +0100 (CET) Date: Mon, 01 Jan 2018 00:00:00 -0000 From: Mark Wielaard To: Cary Coutant Cc: "H.J. Lu" , Florian Weimer , Binutils , GNU C Library , gnu-gabi@sourceware.org, x86-64-abi Subject: Re: RFC: Add PT_GNU_PROPERTY to cover .note.gnu.property section Message-ID: <20181212104449.GB62340@wildebeest.org> References: <87k1kyhbki.fsf@oldenburg.str.redhat.com> <87zhtcz7cg.fsf@oldenburg2.str.redhat.com> <20181211131933.GA9599@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Flag: NO X-SW-Source: 2018-q4/txt/msg00033.txt.bz2 On Tue, Dec 11, 2018 at 09:58:30PM -0800, Cary Coutant wrote: > > > I would strongly recommended to try harder to get consensus here. I do > > > not want to be a in a situation were we revise ABI again two years from > > > now. > > > > That is my hope. PT_GNU_PROPERTY is our consensus so far. > > As you might expect, I support this new program header. Ideally, I'd > have liked to replace the input SHT_NOTE sections with > SHT_GNU_PROPERTY sections and dispense with all the note section > overhead, but I'll take this as a compromise. Why can't we switch to SHT_GNU_PROPERTY? My fear with combining PT_GNU_PROPERTY with SHT_NOTE is that it will be even more confusing for tools. You will get some allocated SHT_NOTEs in a PT_NOTE segment and others in this new PT_GNU_PROPERTY segment (or worse, you get multiple segments with different types covering the same ranges). Also I thought there was still a question whether any or all newly proposed property features and flags are actually needed as loadable segments. There is a clear overlap with the GNU Attributes (which are non-loadable). I would like to see consensus first on the new property format/flags and which are and which aren't needed as loadable properties at runtime. Cheers, Mark