From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.180.0/23 X-Spam-Status: No, score=-3.8 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.1 Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 533311F954 for ; Thu, 23 Aug 2018 14:44:17 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:cc:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=msyRiZrzc6ULelPj 0LcqlSglM/+fcUJn6VarhOx0X+nKA07Fs2Y/aCMnyUMdGyQWTbSSjywcIx4UZaX7 JEDmAZQl02veZdh3V6kH4kyQSozuVxQ19CV2uKUCBjXUWt2+nJyt7lHkekOmfYFw rIBb/dMkVJf6NrRR7NRsRdrpNiQ= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:cc:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=f/1NkrUULLLAcMvyCurYbE nMS9A=; b=o+YFuQCTwRKw1zk8UJBJE85bXV6Rt1vPeoT8X9rpiCCSbLYk7MzEkO h614lZlRCwADBf3ng7J7lExGOpiEAIFJJ4/MQdCUUEn9sLscT2C0TnIzjzfeIKv6 GLzlKatTLgFo2CuNOk/nYUkAR489O8dAM/iIJ3kWekmcYikvg2jPs= Received: (qmail 91563 invoked by alias); 23 Aug 2018 14:44:01 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 91535 invoked by uid 89); 23 Aug 2018 14:44:00 -0000 Authentication-Results: sourceware.org; auth=none X-HELO: mx1.redhat.com Subject: Re: PT_NOTE alignment, NT_GNU_PROPERTY_TYPE_0, glibc and gold To: Michael Matz Cc: Cary Coutant , Mark Wielaard , "H.J. Lu" , x86-64-abi , Binutils , GNU C Library References: <13a92cb0-a993-f684-9a96-e02e4afb1bef@redhat.com> <480f513b-cfee-311a-0793-55eec81cd0fa@redhat.com> <3edfa10f-f5f0-bc31-5707-b15c78a84d0a@redhat.com> <20180816191628.GA8094@wildebeest.org> <20180817064146.GD8094@wildebeest.org> <20180817210524.GF8094@wildebeest.org> <101e7bf8-0270-5b53-61f0-6b852bb8666e@redhat.com> From: Florian Weimer Message-ID: <9e9b5ce5-886c-3fc0-1ea8-dcbe85414984@redhat.com> Date: Thu, 23 Aug 2018 16:43:54 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 08/23/2018 04:41 PM, Michael Matz wrote: > Hi, > > On Wed, 22 Aug 2018, Florian Weimer wrote: > >> glibc 2.28 assumes that no 4-byte-aligned PT_NOTE segments contain GNU >> property notes and will search for such notes in 8-byte aligned segments >> only. The glibc changes were formally reviewed and checked for >> interoperability with BFD ld. I think we have (had) community consensus >> for them. > > Not really. Sorry for being ambiguous. I was talking about review of the glibc changes, not the binutils changes in the paragraph above. Thanks, Florian