[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