Re: [Patch]: Fix ld pr11138 FAILures on mips*.
- To: David Daney <david.daney@cavium.com>, binutils <binutils@sourceware.org>, linux-mips <linux-mips@linux-mips.org>, Manuel Lauss <manuel.lauss@googlemail.com>, Debian MIPS <debian-mips@lists.debian.org>, rdsandiford@googlemail.com
- Subject: Re: [Patch]: Fix ld pr11138 FAILures on mips*.
- From: Alan Modra <amodra@gmail.com>
- Date: Wed, 7 Dec 2011 10:37:21 +1030
- Message-id: <[🔎] 20111207000721.GD21034@bubble.grove.modra.org>
- Mail-followup-to: David Daney <david.daney@cavium.com>, binutils <binutils@sourceware.org>, linux-mips <linux-mips@linux-mips.org>, Manuel Lauss <manuel.lauss@googlemail.com>, Debian MIPS <debian-mips@lists.debian.org>, rdsandiford@googlemail.com
- In-reply-to: <[🔎] 8762ht2yft.fsf@firetop.home>
- References: <[🔎] 4EDD669F.30207@cavium.com> <[🔎] 20111206054018.GB21034@bubble.grove.modra.org> <[🔎] 8762ht2yft.fsf@firetop.home>
On Tue, Dec 06, 2011 at 09:16:22PM +0000, Richard Sandiford wrote:
> Showing my ignorance here, but is that the usual behaviour for this kind
> of thing? I wouldn't have expected versions to apply to internally-created
> symbols.
Normally this sort of symbol isn't dynamic, at least nowadays.
Earlier versions of GNU ld made many symbols like
_GLOBAL_OFFSET_TABLE_ dynamic unnecessarily, so it might be just a
case of old mips code following even older practice.
--
Alan Modra
Australia Development Lab, IBM
Reply to: