From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <binutils-return-86734-listarch-binutils=sources.redhat.com@sourceware.org>
Received: (qmail 97935 invoked by alias); 6 Mar 2015 11:01:46 -0000
Mailing-List: contact binutils-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <binutils.sourceware.org>
List-Subscribe: <mailto:binutils-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/binutils/>
List-Post: <mailto:binutils@sourceware.org>
List-Help: <mailto:binutils-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: binutils-owner@sourceware.org
Received: (qmail 97913 invoked by uid 89); 6 Mar 2015 11:01:45 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2
X-HELO: service87.mimecast.com
Received: from service87.mimecast.com (HELO service87.mimecast.com) (91.220.42.44) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 06 Mar 2015 11:01:44 +0000
Received: from cam-owa2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.140]) by service87.mimecast.com; Fri, 06 Mar 2015 11:01:41 +0000
Received: from [10.2.206.64] ([10.1.255.212]) by cam-owa2.Emea.Arm.com with Microsoft SMTPSVC(6.0.3790.3959);	 Fri, 6 Mar 2015 11:01:38 +0000
Message-ID: <54F98912.504@arm.com>
Date: Fri, 06 Mar 2015 11:01:00 -0000
From: Szabolcs Nagy <szabolcs.nagy@arm.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: "H.J. Lu" <hjl.tools@gmail.com>,  GCC Patches <gcc-patches@gcc.gnu.org>, GNU C Library <libc-alpha@sourceware.org>,  Binutils <binutils@sourceware.org>
Subject: Re: RFC: PATCHES: Properly handle reference to protected data on x86
References: <CAMe9rOoKS4BwBSd2T+bcchYOykZ7Gzh2jCMC5J6r0qyEX1u0_Q@mail.gmail.com>
In-Reply-To: <CAMe9rOoKS4BwBSd2T+bcchYOykZ7Gzh2jCMC5J6r0qyEX1u0_Q@mail.gmail.com>
X-MC-Unique: 115030611014103501
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-SW-Source: 2015-03/txt/msg00052.txt.bz2



On 04/03/15 23:26, H.J. Lu wrote:
> Protected symbol means that it can't be pre-emptied.  It
> doesn't mean its address won't be external.  This is true
> for pointer to protected function.  With copy relocation,
> address of protected data defined in the shared library may
> also be external.  We only know that for sure at run-time.
> Here are patches for glibc, binutils and GCC to handle it
> properly.
>=20
> Any comments?
>=20

i think this fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D55012