Bug 505760 – sys-process/numad on SYMLINK_LIB=no profile fails because make search path is hard-coded to /lib /usr/lib

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Georgi Georgiev 2014-03-25 14:40:05 UTC]

Created attachment 373508 [details, diff]
Remove -lpthread from the Makefile, because make's search path is hardcoded to /lib /usr/lib

On a SYMLINK_LIB=no profile sys-process/numad fails with this error:

x86_64-pc-linux-gnu-gcc -Wl,-O1 -Wl,--as-needed  numad.o /usr/lib/libpthread.so   -o numad
/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /lib/libpthread.so.0 when searching for /lib/libpthread.so.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find /lib/libpthread.so.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libpthread_nonshared.a when searching for /usr/lib/libpthr
ead_nonshared.a
/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find /usr/lib/libpthread_nonshared.a

As you can imagine, /usr/lib/libpthread.so is actually the 32-bit version, while the 64-bit is in /usr/lib64/libpthread.so

There is a similar bug on RedHat: https://bugzilla.redhat.com/show_bug.cgi?id=825153 and their fix works just fine for Gentoo, too. Attached.

[Comment 1 SpanKY 2014-04-23 19:49:06 UTC]

should be all set now in the tree; thanks for the report!

Commit message: Fix building with SYMLINK_LIB=no
http://sources.gentoo.org/sys-process/numad/files/numad-0.5-ldlibs.patch?rev=1.1
http://sources.gentoo.org/sys-process/numad/numad-0.5-r2.ebuild?rev=1.1