[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#886973: kronosnet: FTBFS on ppc64: knet_handle_new not found in binary lib

Mathieu Malaterre <malat@debian.org> writes:

>>> Ferenc Wágner <wferi@niif.hu> writes:
>>>> The test looks for the exported API function names in the text (T)
>>>> section, but the ppc64 nm reports them in the data (D) section:
>>>> $ nm -B -D libknet.so.1.0.0
>>>> 0000000000000000 A LIBKNET
>>>> [...]
>>>> 000000000003ec40 D knet_handle_new
>>>> [...]
>>>> Is this a known ppc64 peculiarity or a binutils bug?
> https://sourceware.org/bugzilla/show_bug.cgi?id=22720#c1
> [...]
> PowerPC64 ELFv1 ABI defines the address of a function as that of a
> function descriptor defined in .opd, a data section.
> [...]
> So upstream should relax the nm test a bit to consider "D" section
> also (at least on PPC64). As a side note since the Debian package
> provides a symbol file, I would simply comment out the test...

Thanks for the info, Alan and Mathieu!  I'm trying to push the change
upstream (I think it makes sense on other architectures as well).

Reply to: