This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: [RFA:] elflink.c: Hide _GLOBAL_OFFSET_TABLE_
- From: Eric Botcazou <ebotcazou at libertysurf dot fr>
- To: Alan Modra <amodra at bigpond dot net dot au>
- Cc: binutils at sources dot redhat dot com,Hans-Peter Nilsson <hans-peter dot nilsson at axis dot com>
- Date: Wed, 5 Jan 2005 14:18:11 +0100
- Subject: Re: [RFA:] elflink.c: Hide _GLOBAL_OFFSET_TABLE_
- References: <200410290437.i9T4bCCt014968@ignucius.se.axis.com> <20041029053848.GF20719@bubble.modra.org>
> > A long time ago, in
> > <URL:http://sources.redhat.com/ml/binutils/2003-04/msg00117.html>,
> > I suggested a patch to make the visibility of
> > _GLOBAL_OFFSET_TABLE_ target-selectable through a bfd hook, with
> > the intent on making it hidden, but keeping it visible to avoid
> > breaking something obscure somewhere. Alan Modra thought it'd
> > be just as good to make it *always* hidden. Here's the patch
>
> Jakub's changes to decrease the number of emitted sections symbols
> might interact badly with this change. It might be a good idea to
> test this on sparc before you go ahead. The problem is that if
> _GLOBAL_OFFSET_TABLE_ is hidden any relocs against it will be
> reduced to the .got section symbol, which may no longer be dynamic.
That's exactly what I'm seeing on SPARC/Solaris and SPARC/Linux. HP's patch
has introduced
FAIL: vers2
FAIL: vers26b1
FAIL: vers26b2
FAIL: vers26b3
in the ld testsuite because of this problem:
http://sources.redhat.com/ml/binutils/2004-10/msg00029.html
http://sources.redhat.com/ml/binutils/2004-11/msg00159.html
What's the best approach to fix this?
--
Eric Botcazou