From: Blaisorblade <bla...@ya...> - 2005-12-20 19:25:10
|
On Tuesday 20 December 2005 17:25, Antoine Martin wrote: > > > > $ gcc -print-file-name=libpcap.a > > > > /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libpcap.a > > > > $ gcc -m32 -print-file-name=libpcap.a > > > > /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib32/libpcap.a > > > > > > Works for me (tm) too. > > > > > > Can this be merged? (I can't see any reason not to now) > > > > Wait a moment - CFLAGS is supposed to contain -m32: > > > > arch/um/Makefile-i386: > > > > CFLAGS += $(call cc-option,-m32) > > > > so there is something strange going on - but have you tested without this > > patch _after_ symlinking libraries into /usr/lib32? > > Yes, that works and in fact the patch solved nothing: I forgot to remove > the library from /usr/lib32 and that's what it used - DOH. > # gcc -m32 -print-file-name=libpcap.a > /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../libpcap.a > I thought the '-m32' would force it to try to find the 32 bit version? -m32 means "compile a 32bit program". Gcc is smart enough to correct the libraries search path. Gentoo is not smart enough to put emulation libraries in /usr/lib32. Btw, which emul- package did you install to get libpcap? Also there's almost no .a file in /emul - they're intended to be used for .so (dynamic) libraries only, I guess - you sneaked it there, right? However, the Gentoo bug is still there, and you followed its example in putting your libpcap.a. I'm discussing the issue at: http://bugs.gentoo.org/show_bug.cgi?id=100923 -- Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) http://www.user-mode-linux.org/~blaisorblade ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it |