Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>> I think it's just a bug in readelf that it can't deal with the gnu hash.
>
> IIRC it was fixed recently upstream.
It hasn't been as far as I can see; there's simply no code in readelf
to handle hash-style=gnu when invoked as -s -D, only for -i. I
checked the mailing list and couldn't see any pending patches either.
I've opened bug 4476 upstream about this[1]. In the meantime, there
are only three ways to get d-i building I can see:
(1) Revert the recent change to gcc and have it use hash-style=both
rather than gnu.
(2) Use readelf from elfutils rather than binutils in mklibs.
(3) Someone (else) provides a patch for readelf to support hash for
-s -D.
(1) seems the most obvious, since h-s=both doesn't have any
significant disadvantage (small amount of wasted space?) but does have
the advantages of h-s=gnu. However it will require bin-only NMUs of
any packages rebuilt with h-s=gnu gcc that d-i uses.
(2) may be plausible, from casual code browsing it looks like it's
readelf will at least work with h-s=gnu, but I don't know offhand if
elfutils has (or even tries to have) compatible output.
--
James
[1] http://sourceware.org/bugzilla/show_bug.cgi?id=4476
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
