[Numpy-discussion] Numeric and ATLAS
Cindy Hodgins Burian
chodgins at predict.com
Wed Mar 9 08:51:36 EST 2005
Matt Hyclak and Stephen Walton posted about this very problem about a
month ago, and I hope they're still reading this forum. I'm having the
exact same problem when trying to install Numeric-23.7:
gcc -pthread -shared -L/usr/local/lib -I/usr/local/include
build/temp.linux-x86_64-2.4/Src/lapack_litemodule.o
-L/usr/local/atlas/lib/Linux_HAMMER64SSE2_2 -llapack -lcblas -lf77blas
-latlas -lg2c -o build/lib.linux-x86_64-2.4/lapack_lite.so
/usr/bin/ld:
/usr/local/atlas/lib/Linux_HAMMER64SSE2_2/liblapack.a(dgesv.o):
relocation R_X86_64_32 can not be used when making a shared object;
recompile with -fPIC
/usr/local/atlas/lib/Linux_HAMMER64SSE2_2/liblapack.a: could not read
symbols: Bad value
collect2: ld returned 1 exit status
error: command 'gcc' failed with exit status 1
I did indeed compile ATLAS with -fPIC. I am new to linux so I'm not
sure how to do as Matt said:
Sorry for replying to myself. Just for the archives, the problem seems to be
the static lapack/blas libraries provided with RHEL3 are not compiled with
-fPIC. I ripped open the rpm and rebuild it with an -fPIC added in and all
at least compiles now. I"ll leave it up to my faculty to tell me whether or
not it works :-)
Thanks,
Matt
So I did what Stephen said:
Common problem which I just posted to scipy-devel about. In most
variants of RH and Fedora, the RH-provided lapack RPM is only there to
satisfy Octave"s dependency. If you"re not using Octave, you"ll be
happiest uninstalling both it and the RedHat provided lapack (rpm -e
lapack octave)
But I'm still having the same problem. Any insight is greatly
appreciated. Thanks.
Cindy
More information about the NumPy-Discussion
mailing list