... numpy/linalg/lapack_lite.so: undefined symbol: zungqr_
![](https://secure.gravatar.com/avatar/11dcef977d3ba1c564259f49dbbcb3fb.jpg?s=120&d=mm&r=g)
Hi, I compiled lapack, atlas, umfpack, fftw in local folder, in similar way as described here: http://www.scipy.org/Installing_SciPy/Linux on 32bit Ubuntu Precise In ~/.local/lib I have: ======================================== libamd.2.2.3.a libamd.a -> libamd.2.2.3.a libatlas.a libcblas.a libf77blas.a libfftw3.a libfftw3.la* liblapack.a librefblas.a libsatlas.so* libtmglib.a libumfpack.5.5.2.a libumfpack.a -> libumfpack.5.5.2.a ======================================== In ~/.local/include I have: ======================================== amd.h atlas/ cblas.h clapack.h fftw3.f fftw3.f03 fftw3.h fftw3l.f03 fftw3q.f03 UFconfig.h umfpack.h <various umfpack_[...].h files> ======================================== My site.cfg looks like this: ======================================== [DEFAULT] library_dirs = $HOME/.local/lib include_dirs = $HOME/.local/include [atlas] atlas_libs = lapack, f77blas, cblas, atlas [amd] amd_libs = amd [umfpack] umfpack_libs = umfpack, gfortran [fftw] libraries = fftw3 ======================================== I extracted numpy and run: python setup.py build --fcompiler=gnu95 python setup.py install --prefix=$HOME/.local I then run python interpreter and try to import numpy, when I receive import error: ImportError: /home/vlad/.local/lib/python2.7/site- packages/numpy/linalg/lapack_lite.so: undefined symbol: zungqr_ What did I do wrong?
![](https://secure.gravatar.com/avatar/59bdb3784070f0a6836aca9ee03ad817.jpg?s=120&d=mm&r=g)
On Wed, May 2, 2012 at 9:45 PM, Kliment <otrov@hush.ai> wrote:
Hi,
I compiled lapack, atlas, umfpack, fftw in local folder, in similar way as described here: http://www.scipy.org/Installing_SciPy/Linux on 32bit Ubuntu Precise
In ~/.local/lib I have: ======================================== libamd.2.2.3.a libamd.a -> libamd.2.2.3.a libatlas.a libcblas.a libf77blas.a libfftw3.a libfftw3.la* liblapack.a librefblas.a libsatlas.so* libtmglib.a libumfpack.5.5.2.a libumfpack.a -> libumfpack.5.5.2.a ========================================
In ~/.local/include I have: ======================================== amd.h atlas/ cblas.h clapack.h fftw3.f fftw3.f03 fftw3.h fftw3l.f03 fftw3q.f03 UFconfig.h umfpack.h <various umfpack_[...].h files> ========================================
My site.cfg looks like this: ======================================== [DEFAULT] library_dirs = $HOME/.local/lib include_dirs = $HOME/.local/include
[atlas] atlas_libs = lapack, f77blas, cblas, atlas
[amd] amd_libs = amd
[umfpack] umfpack_libs = umfpack, gfortran
[fftw] libraries = fftw3 ========================================
I extracted numpy and run:
python setup.py build --fcompiler=gnu95 python setup.py install --prefix=$HOME/.local
I then run python interpreter and try to import numpy, when I receive import error:
ImportError: /home/vlad/.local/lib/python2.7/site- packages/numpy/linalg/lapack_lite.so: undefined symbol: zungqr_
Most likely you did not build atlas and/or lapack correctly. Unless you are familiar with debugging those kind of issues, I strongly recommend you to build numpy against atlas as given by ubuntu (something like apt-get install libatlas-base-dev should do the trick). David
![](https://secure.gravatar.com/avatar/11dcef977d3ba1c564259f49dbbcb3fb.jpg?s=120&d=mm&r=g)
David Cournapeau <cournape <at> gmail.com> writes:
Most likely you did not build atlas and/or lapack correctly.
Unless you are familiar with debugging those kind of issues, I strongly
recommend you to build numpy against atlas as given by ubuntu (something like apt-get install libatlas-base-dev should do the trick).
David
That much I do know myself, obviously Thanks for trying to communicate thou
![](https://secure.gravatar.com/avatar/11dcef977d3ba1c564259f49dbbcb3fb.jpg?s=120&d=mm&r=g)
In case anyone gets here from Google: I managed to build it successfully, by following this recipe: http://mbudisic.wordpress.com/2010/08/12/installing-atlas-with-full-lapack-o... and additionally using latest stable ATLAS (instead latest dev version) paired with LAPACK 3.3.1 (instead latest 3.4.1), as apparently not any LAPACK can be build with any ATLAS, but perhaps pairing roughly dates should go fine. Method described in above post differs from one provided on Scipy page, by the way LAPACK is set, which is not just linked to ATLAS build process with downloaded archive. Looking now, from first post is evident that LAPACK library is striped down version, which is what I got by following instructions on Scipy page. Hope this help someone
participants (2)
-
David Cournapeau
-
Kliment