Frank Horowitz wrote:
However, when I coerced the distutils system to get around that bug (by specifying "/usr/lib " with a trailing blank for the BLASLIBDIR and LAPACKLIBDIR variables in setup.py) the same problem (i.e. an "ImportError: /usr/lib/liblapack.so.3: undefined symbol: e_wsfe" in importing lapack_lite) ultimately manifested itself.
This problem is easily fixed (at least on linux) by performing the link of lapack_lite.so with g77 instead of gcc (this is required because the lapack and/or blas libraries are based on fortran object files...). For instance the out-of-box link command on my machine (Debian 2.2) is: gcc -shared build/temp.linux2/Src/lapack_litemodule.o -L/usr/local/lib -L/usr/lib -llapack -lblas -o build/lib.linux2/lapack_lite.so Simply change the 'gcc' to 'g77' and everything works nicely. Not sure if this is specific to Linux or not... Scott -- Scott M. Ransom Address: Harvard-Smithsonian CfA Phone: (617) 495-4142 60 Garden St. MS 10 email: ransom@cfa.harvard.edu Cambridge, MA 02138 GPG Fingerprint: 06A9 9553 78BE 16DB 407B FFCA 9BFA B6FF FFD3 2989