PR 12001, --defsym

[H.J. Lu]

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.