Ken Moffat schrieb:
On Sat, Oct 04, 2008 at 12:46:55PM +0000, mike wrote:
hi all
i have a strange issue with libtool. when i compile with -m64, some
packages (kdelibs, kdebase, dbus-1-qt3 & others)want link wrong against
/usr/X11R7/lib/libXmu.so. and every this lib!?
my 'workaround' for this was a temporarily symlink from /usr/X11/lib at
/usr/X11/lib64 during compile time. the 32libs are in /usr/X11/libb and
normaly /usr/X11/lib points to /usr/X11/libb.
for example dbus-1-qt3:
sed -i "/search_libs/s/lib/&64/g" configure &&
CC="gcc ${BUILD64}" CXX="g++ ${BUILD64}" USE_ARCH=64
PKG_CONFIG_PATH="${PKG_CONFIG_PATH64}" \
./configure --prefix=/usr --libdir=/usr/lib64
--with-qt-libraries=${QTDIR}/lib64 &&
make
..
Probably, one or two commonly used libraries are causing the
problem. If you can identify the _earliest_ package where you had
to do this, try running its configure without the extra overrides,
then look at the output (probably, config.log) to see which
package(s) decided that /usr/lib was wanted. Unfortunately,
this part is tedious (hopefully, you can search for 'lib/' to skip
over the correct lib64 references).
Then, look through the configure script to find *how* it searches
for this package (often, but not always, using pkgconfig). I've
seen the *reverse* situation (32-bit libraries generally needing
overrides), but that was caused by not having wrapped versions of
-config programs. I think I had something similar (again, not
necessarily libtool-related) on my first multilib system, but never
traced why - in those days I was content to just get it to work.
But first, please check the xmu.pc and xmuu.pc pkgconfig files for
both sizes, to make sure they are correct, and in the correct
directories, and also check that your scripts are using the correct
PKG_CONFIG_PATH whenever you change from/to 32/64-bit.
BTW, I'm curious why you put xorg into /usr/X11R7 instead of just
/usr ?
ĸen
xmu.pc and xmuu.pc are on the correct place and with correct content.
PKG_CONFIG_PATH is also ok.
so i looked in configure and makefile.am and so on.
this are strange autoconf people...
the only one that i found was the libtool is more friendly without
'--silent' flag:
/bin/sh ./libtool --tag=CXX --mode=link gcc -m64 -Wall -W
-Wpointer-arith -O2 -fno-exceptions -fno-check-new -fno-common -o
dbusxml2qt3 -L/opt/qt/lib64 classgen.o main.o methodgen.o -lqt-mt -lz
-lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread -L/usr/X11R7/lib64
-L/usr/X11R7/lib64
gcc -m64 -Wall -W -Wpointer-arith -O2 -fno-exceptions -fno-check-new
-fno-common -o dbusxml2qt3 classgen.o main.o methodgen.o
-L/opt/qt/lib64 /opt/qt-3.3.8/lib64/libqt-mt.so -L/usr/lib64
-L/usr/X11R7/lib64 -lmysqlclient -lGL /usr/X11R7/lib/libXmu.so
/usr/X11R7/lib/libXi.so /usr/X11R7/lib/libXrender.so
/usr/X11R7/lib/libXrandr.so /usr/X11R7/lib/libXcursor.so
/usr/X11R7/lib/libXinerama.so /usr/X11R7/lib/libXft.so
/usr/lib64/libfreetype.so /usr/lib64/libfontconfig.so
/usr/X11R7/lib/libXext.so /usr/X11R7/lib/libX11.so
/usr/X11R7/lib/libSM.so /usr/X11R7/lib/libICE.so /usr/lib64/libpng12.so
-lz -lm /usr/X11R7/lib64/libXext.so /usr/X11R7/lib64/libX11.so
/usr/X11R7/lib64/libxcb-xlib.so /usr/X11R7/lib64/libxcb.so
/usr/X11R7/lib64/libXau.so /usr/X11R7/lib64/libXdmcp.so -ldl
/usr/X11R7/lib64/libSM.so -luuid /usr/X11R7/lib64/libICE.so -lpthread
-Wl,--rpath -Wl,/opt/qt-3.3.8/lib64 -Wl,--rpath -Wl,/usr/X11R7/lib
-Wl,--rpath -Wl,/usr/X11R7/lib64 -Wl,--rpath -Wl,/opt/qt-3.3.8/lib64
-Wl,--rpath -Wl,/usr/X11R7/lib -Wl,--rpath -Wl,/usr/X11R7/lib64
/usr/X11R7/lib/libXmu.so: could not read symbols: File in wrong format
here you can see that the /usr/X11R7/lib64 is correctly set but someone
gives the local libtool wrong information about ALL X-libs. i tried some
env-vars - without look. its cracy. i think the wrong comes from -lqt-mt
but i don't know how it handled.
_______________________________________________
Clfs-support mailing list
[email protected]
http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org
