Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
This is a variation on bug http://bugs.gentoo.org/show_bug.cgi?id=119479 USE='-pbs' emerge lam-mpi fails .... /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/local/lib/libpbs.a(tm.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libpbs.a: could not read symbols: Bad value ..... as in 119479, which linked the issue to problem within libpbs.a However, the bug is that I try to compile without pbs support , however ebuild finds some third party libpbs installed and crashes (I do not have any Gentoo pbs packages installed and I was not even aware that I have libpbs in /usr/local ). Removing /usr/local/lib/libpbs.a out of the way allows emerge to finish successfully. I hope run-time is not affected if I move libpbs.a back into place. To summarize, -pbs flag should ignore any pbs installations cleanly. Reproducible: Always Steps to Reproduce: 1. emerge -pv lam-mpi [ebuild N ] sys-cluster/lam-mpi-7.1.2 USE="crypt -debug fortran -pbs -xmpi" 2. emerge lam-mpi Actual Results: .... /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/local/lib/libpbs.a(tm.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libpbs.a: could not read symbols: Bad value ..... (/usr/local/lib/libpbs.a is third party pbs installation) Expected Results: clean emerge
I believe I've fixed this in lam-mpi-7.1.4 according to the advice posted at: http://www.lam-mpi.org/MailArchives/lam/2006/05/12445.php If this is not the case, please reopen the bug and thanks for the report.