On Sun, May 09, 2010 at 01:13:07AM +0200, Cyril Brulebois wrote: > amd64 for example: > | creating build/lib.linux-x86_64-2.5 > | gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -g -O2 -fPIC > build/temp.linux-x86_64-2.5/nidsmodule.o /usr/lib/libnids.a -L/usr/local/lib > -L/opt/local/lib -lpcap -lnet -lglib-2.0 -lgthread-2.0 -o > build/lib.linux-x86_64-2.5/nidsmodule.so > | /usr/bin/ld: /usr/lib/libnids.a(libnids.o): relocation R_X86_64_32 against > `.rodata.str1.1' can not be used when making a shared object; recompile with > -fPIC > | /usr/lib/libnids.a: could not read symbols: Bad value > | collect2: ld returned 1 exit status > > Full build logs: > https://buildd.debian.org/status/package.php?p=python-nids > > Very wild and uninformed guess, wouldn't it be libnids.a which might > need being built with -fPIC?
Linking to libnids.a is the problem, which should not be built using -fPIC. But the package provides a shared library so you should just link to that instead of the static library. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
