Created attachment 3564 Fix abicheck to handle ppc64 architecture According to Alan Modra, the PowerPC64 ABI defines function symbols on their OPD entry, in the .opd section which is part of the data segment; so functions on this architecture have symbol type D in nm. The attached patch updates abicheck to handle this.
This patch needs to be applied to quite a few components. Do you need separate bug reports and patches for them all? I'm guessing it would be quicker for somebody who already has everything checked out to just do everything in one shot ... Compare also bug 7009, although the 32-bit and 64-bit ABIs are slightly different.
No, this patch is ok, I can apply it to all other components too.
The check was also not properly working in solaris, not because of the D-type but also because sun studio and nm output was different, so here is the latest attempt (for xfconf): ${CPP:-cpp} -E -DINCLUDE_INTERNAL_SYMBOLS -DINCLUDE_VARIABLES -DALL_FILES ${srcdir:-.}/xfconf.symbols | sed 's/ G_GNUC.*$//;s/ PRIVATE//;/^#.*$/d;/^$/d' | sort > expected-abi nm -D -g -P .libs/libxfconf-0.so | awk '$2~/^[DRTG]$/&&$1~/^[^_]/{print $1}' | sort > actual-abi diff -u expected-abi actual-abi && rm expected-abi actual-abi Could someone test this on ppc64 too?
Xfconf has the first fix: http://git.xfce.org/xfce/xfconf/commit/?id=a2d91c0e7ec3fa327b68dbc26809d40a5592307f once confirmed this works I'll apply it in the other modules too.
*** Bug 9146 has been marked as a duplicate of this bug. ***
Better late than never, applied in fa04406