Control: tags -1 upstream On Wed, Jan 17, 2018 at 11:32 AM, Mathieu Malaterre <ma...@debian.org> wrote: > On Sun, Jan 14, 2018 at 4:47 PM, Aaron M. Ucko <u...@debian.org> wrote: >> Ferenc Wágner <wf...@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? >> >> Good question. Porters? > > Does not make any sense to me: > > https://sourceware.org/bugzilla/show_bug.cgi?id=22720 > > Let see what upstream has to say
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...