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: Thu, 20 Jan 2011 02:23:16 -0500 (EST)
> > There wouldn't be any if you did it by extending the structure
> > at the end, and had target-specific (and ELF-specific)
> > overridable initialization and setting functions, like is done
> > for most (all?) DSO-capable targets with elf_link_hash_table.
>
> That trick works for the link hash table because the objects are
> linked into, and searched/scanned within, a hash table. This allows
> the generic accessors to be agnostic about the true size of the
> objects.
>
> But the arelent's are stored in, and accessed in, a linear array,
> where the size of the object is thus explicit.
Oh, right.
Among the ideas thrown around and at you, IMHO the general
(non-target-variable) extension of arelent is the best, but if
the idea of the objdump-hack after all sits better among those
with approval rights, I suggest de-SPARCing it: add a
BFD-internal special reloc with those semantics, a reloc type
which objdump can recognize.
Ok, I'm done bothering you now.
brgds, H-P