This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: ARM mapping symbols
- From: Richard Earnshaw <rearnsha at arm dot com>
- To: Nick Clifton <nickc at redhat dot com>
- Cc: Bruno De Bus <bdebus at elis dot ugent dot be>, binutils at sources dot redhat dot com, Richard Earnshaw <rearnsha at arm dot com>
- Date: Mon, 08 Mar 2004 17:41:35 +0000
- Subject: Re: ARM mapping symbols
- Organization: ARM Ltd.
- Reply-to: Richard Earnshaw <rearnsha at arm dot com>
> Hi Bruno,
>
> >> > The last assembled section is often a data section, so the mapping
> >> > symbol is $d. Then arm_cleanup is called and the literal pool(s)
> >> > is(/are) written. As the last symbol already was $d, no new symbol
> >> > is added...
> >>
> >> Ok - but this is easily fixed by calling arm_elf_change_section()
> >> after calling subseg_set() in arm_cleanup(). Then the correct-for-
> >> that-section mapping symbol will be emitted, which can then be changed
> >> by your patch to s_ltorg().
> >
> > I might be wrong again, but I believe this will add both a $d and a
> > $a symbol?
>
> Yes - is this a problem ? I know that it is not optimal, but I
> thought that it might be a simpler "quick hack" that adding a 'forced'
> argument to mapping_state().
Please lets not talk about "quick hacks". Quick hacks have a tendency to
breed, and before you know what's happening you have serious spaghetti to
untangle.
Instead, lets work out what needs doing to fix this properly.
R.