This is the mail archive of the
mailing list for the binutils project.
Re: [PATCH] Fix objdump output of R_SPARC_OLO10
From: Hans-Peter Nilsson <email@example.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
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.
Yet that's the datastructure that BFD uses to communicate relocation
information with it's users.