From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 125272 invoked by alias); 19 Feb 2020 12:02:30 -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 125252 invoked by uid 89); 19 Feb 2020 12:02:30 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.100.3 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-6.2 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy=H*MI:sk:dadc7c7 X-Spam-Status: No, score=-6.2 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on sourceware.org X-Spam-Level: X-Spam-User: qpsmtpd, 2 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, 19 Feb 2020 12:02:28 +0000 Received: from tarox.wildebeest.org (tarox.wildebeest.org [172.31.17.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id 9F14F300B37B; Wed, 19 Feb 2020 13:02:26 +0100 (CET) Received: by tarox.wildebeest.org (Postfix, from userid 1000) id 4E0804015ECB; Wed, 19 Feb 2020 13:02:26 +0100 (CET) Message-ID: <6bf04476b559f11965b4474b500156e26949ffc2.camel@klomp.org> Subject: Re: binutils ld and new PT_GNU_PROPERTY segment From: Mark Wielaard To: "H.J. Lu" Cc: Fangrui Song , "Zhang, Annita" , gnu-gabi , Binutils Date: Wed, 01 Jan 2020 00:00:00 -0000 In-Reply-To: References: <20200219023120.gvr4ajolbjbqcfix@google.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Evolution 3.28.5 (3.28.5-5.el7) Mime-Version: 1.0 X-Spam-Flag: NO X-SW-Source: 2020-q1/txt/msg00007.txt Hi, On Wed, 2020-02-19 at 03:39 -0800, H.J. Lu wrote: > On Wed, Feb 19, 2020 at 2:58 AM Mark Wielaard wrote: > > On Tue, 2020-02-18 at 18:31 -0800, Fangrui Song wrote: > > > From what I can see, neither the Linux kernel nor glibc uses > > > PT_GNU_PROPERTY. > > > glibc/sysdeps/x86/dl-prop.h parses PT_NOTE. > >=20 > > That is my impression too. >=20 > See: >=20 > https://patchwork.kernel.org/patch/11285409/ >=20 > It is for both x86 and arm64. So that is not upstream in the mainline kernel? Why can't that patch use the existing PT_NOTE segment? That would make it compatible with existing binaries that don't have this PT_GNU_PROPERTY program header. Thanks, Mark