This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: [PATCH] Fix objdump output of R_SPARC_OLO10
On Wed, 19 Jan 2011, David Miller wrote:
> From: Hans-Peter Nilsson <hp@bitrange.com>
> Date: Wed, 19 Jan 2011 16:34:49 -0500 (EST)
>
> > Let me rephrase: instead of adding a SPARC-specific hack to that
> > function, outline that part to a new function, do an indirect
> > call to it through the BFD target vector the usual way and
> > override in the SPARC back-end.
>
> I don't think it's BFD's business to decide how an application should
> output relocations.
Not much, just a tiny bit more than it is the target's business
hacking it to work around BFD limitations. ;-)
> Because that's what such a callback would need to do since there is no
> reasonable place to store the second addend for the relocations.
>
> That's the whole gist of the problem, "arelent" is insufficent for
> storing the necessary data to represent this relocation fully.
Is extending it out of question?
> Yet that's the datastructure that BFD uses to communicate relocation
> information with it's users.
brgds, H-P