dev-libs/libxslt-1.1.28-r[23] fails when trying to link the 64-bit version of libxslt.so because it sets the library search path to /usr/lib32 which results in libtool picking up the 32-bit version of libxml2. libtool: link: mips64-unknown-linux-gnu-gcc -mabi=64 -shared -fPIC -DPIC .libs/attrvt.o .libs/xslt.o .libs/xsltlocale.o .libs/xsltutils.o .libs/pattern.o .libs/templates.o .libs/variables.o .libs/keys.o .libs/numbers.o .libs/extensions.o .libs/extra.o .libs/functions.o .libs/namespaces.o .libs/imports.o .libs/attributes.o .libs/documents.o .libs/preproc.o .libs/transform.o .libs/security.o -Wl,--as-needed -L/usr/lib32 -lxml2 -lz -lm -ldl -mabi=64 -O2 -march=octeon -mplt -Wl,--version-script=/var/tmp/portage/d ev-libs/libxslt-1.1.28-r3/work/libxslt-1.1.28/libxslt/libxslt.syms -Wl,-O1 -Wl,-soname -Wl,libxslt.so.1 -o .libs/libxslt.so.1.1.28 /usr/lib32/libxml2.so: error adding symbols: File in wrong format I only have a multilib setup on my MIPS systems so I do not know if this issue is specific to MIPS or if it exists on other architectures using multilib as well. Reproducible: Always Steps to Reproduce: 1. Set ABI_MIPS="n32 n64" 2. emerge --oneshot dev-libs/libxml2 (to ensure multilib version of libxml2) 3. emerge --oneshot '=dev-libs/libxslt-1.1.28-r3' Actual Results: Installation of libxslt fails. Expected Results: Successful installation. dev-libs/libxslt-1.1.28-r1 is not affected by this issue as it does not support multilib and can be installed successfully.
Created attachment 381990 [details] emerge --info '=dev-libs/libxslt-1.1.28-r3::gentoo'
Created attachment 381992 [details] emerge -pqv '=dev-libs/libxslt-1.1.28-r3::gentoo'
Created attachment 381994 [details] dev-libs/libxslt-1.1.28-r3::gentoo build log
Created attachment 381996 [details] dev-libs/libxslt-1.1.28-r3::gentoo build environment
Just ran into this myself...
I'd dare guess we need to wrap xml2-config (and likely patch configure for it) since it doesn't seem to use pkg-config. Unless you've got broken pkg-config for some reason.
(In reply to Michał Górny from comment #6) > I'd dare guess we need to wrap xml2-config (and likely patch configure for > it) since it doesn't seem to use pkg-config. Unless you've got broken > pkg-config for some reason. Not sure. It's a rather vanilla o32/n32/n64 chroot from a mips multilib stage3 that I was updating for use as a newer seed stage3 to start building big-endian n32 stages from. It's got libxslt-1.1.28-r1 installed in it, it just doesn't seem to like -r3. Is there something specific I should check into that may provide more useful info for you?
No need to, I already looked into configure script and it's crap. I'm going to prepare a patch as soon as I can.
+*libxml2-2.9.1-r5 (03 Sep 2014) + + 03 Sep 2014; Michał Górny <mgorny@gentoo.org> +libxml2-2.9.1-r5.ebuild: + CHOST-ize xml2-config, for bug #518728. +*libxslt-1.1.28-r4 (03 Sep 2014) + + 03 Sep 2014; Michał Górny <mgorny@gentoo.org> + +files/libxslt-1.1.28-AC_PATH_TOOL.patch, +libxslt-1.1.28-r4.ebuild: + Use wrapped xml2-config, bug #518728. And CHOST-ize xslt-config too while at + it. I'm pretty sure this fixes it but please confirm :).
Yes it works thanks a lot
Confirmed!
