From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-ports-return-4245-listarch-libc-ports=sources.redhat.com@sourceware.org>
Received: (qmail 17902 invoked by alias); 26 Jun 2013 12:43:06 -0000
Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-ports.sourceware.org>
List-Subscribe: <mailto:libc-ports-subscribe@sourceware.org>
List-Post: <mailto:libc-ports@sourceware.org>
List-Help: <mailto:libc-ports-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: libc-ports-owner@sourceware.org
Received: (qmail 17876 invoked by uid 89); 26 Jun 2013 12:43:04 -0000
X-Spam-SWARE-Status: No, score=-7.8 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1
Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28)    by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 26 Jun 2013 12:43:03 +0000
Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25])	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r5QCh0ux028728	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);	Wed, 26 Jun 2013 08:43:00 -0400
Received: from [10.3.113.21] (ovpn-113-21.phx2.redhat.com [10.3.113.21])	by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r5QCh0DF019922;	Wed, 26 Jun 2013 08:43:00 -0400
Message-ID: <1372250579.3739.42.camel@t520.redhat.com>
Subject: Re: aarch64 prelink issue
From: Mark Salter <msalter@redhat.com>
To: Richard Henderson <rth@twiddle.net>
Cc: marcus.shawcroft@linaro.org, libc-ports <libc-ports@sourceware.org>
Date: Wed, 26 Jun 2013 12:43:00 -0000
In-Reply-To: <51C87F49.3070008@twiddle.net>
References: <1372092109.3739.13.camel@t520.redhat.com>	 <51C87F49.3070008@twiddle.net>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-SW-Source: 2013-06/txt/msg00056.txt.bz2

On Mon, 2013-06-24 at 10:18 -0700, Richard Henderson wrote:
> Try the x86_64 solution:
> 
>   /* This produces an IP-relative reloc which is resolved at link time. */
>   extern const ElfW(Addr) _GLOBAL_OFFSET_TABLE_[] attribute_hidden;
>   return _GLOBAL_OFFSET_TABLE_[0];
> 
> with the extra hidden attribute, this should result in an ADR(P)
> reference to the _G_O_T_.
> 

This isn't working for aarch64. It doesn't use a PC-relative reference
and it tries reading from the GOT at the link time absolute address.