This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: PR 12001, --defsym
- From: "H.J. Lu" <hjl dot tools at gmail dot com>
- To: "H.J. Lu" <hjl dot tools at gmail dot com>, binutils at sourceware dot org
- Date: Thu, 13 Jan 2011 05:16:45 -0800
- Subject: Re: PR 12001, --defsym
- References: <20101220063057.GK15607@bubble.grove.modra.org> <AANLkTinvt_eT9HGx7syjxh9ow=DF5k9X5EWFaom0SF7N@mail.gmail.com> <20110113130539.GJ11694@bubble.grove.modra.org>
On Thu, Jan 13, 2011 at 5:05 AM, Alan Modra <amodra@gmail.com> wrote:
> On Wed, Dec 29, 2010 at 09:30:14AM -0800, H.J. Lu wrote:
>> This caused:
>>
>> http://sourceware.org/bugzilla/show_bug.cgi?id=12356
>
> Given this bug report and Daniel's objections over using a linker
> script assignment to control ld behaviour, I've implemented a new
> LD_FEATURE linker script keyword.
>
> The following is just a tidy of exp_assop, which is everywhere passed
> '=' as its first argument. ?Oh, and one new function in preparation
> for the real fix, exp_defsym.
>
> ? ? ? ?PR ld/12356
> ? ? ? ?* ldexp.h (exp_assop): Delete.
> ? ? ? ?(exp_assign, exp_defsym): Declare.
> ? ? ? ?* ldexp.c (exp_assop): Make static, handle all assignment variations.
> ? ? ? ?(exp_assign, exp_defsym): New functions.
> ? ? ? ?(exp_provide): Use exp_assop.
> ? ? ? ?* ldgram.y (defsym_expr): Use exp_defsym.
> ? ? ? ?* ldctor.c, * ldgram.y, * ldlang.c, * mri.c, * emultempl/beos.em,
> ? ? ? ?* emultempl/pe.em, * emultempl/pep.em, * emultempl/spuelf.em,
> ? ? ? ?* emultempl/xtensaelf.em: Update exp_assop -> exp_assign.
>
Where is LD_FEATURE implemented? Is __ld_compatibility still supported?
Do we have testcases for new features? Is linker document up to date?
--
H.J.