[SciPy-user] numpy install errors

Robert Kern robert.kern@gmail....
Mon Feb 18 11:10:09 CST 2008

On Feb 18, 2008 9:11 AM, Alastair Basden <a.g.basden@durham.ac.uk> wrote:
> Hi,
> am trying to (re) install numpy, and keep getting dependency errors:
> /usr/bin/gfortran -g -Wall -L/usr/local/Cluster-Apps/blas/gcc/lib64
> build/temp.linux-x86_64-2.5/numpy/linalg/lapack_litemodule.o
> -L/data/hamilton/dph1agb/lib -llapack -lptf77blas -lptcblas -latlas -lg2c
> -o build/lib.linux-x86_64-2.5/numpy/linalg/lapack_lite.so
> build/temp.linux-x86_64-2.5/numpy/linalg/lapack_litemodule.o: In function
> `initlapack_lite':
> numpy/linalg/lapack_litemodule.c:827: undefined reference to
> `Py_InitModule4_64'build/temp.linux-x86_64-2.5/numpy/linalg/lapack_litemodule.o:
> In function `initlapack_lite':
> build/src.linux-x86_64-2.5/numpy/core/__multiarray_api.h:945: undefined
> reference to `PyImport_ImportModule'
> etc
> etc
> Any idea why it is not finding python libraries?

You probably have LDFLAGS and CFLAGS defined. For FORTRAN code, which
is invoked when linking to ATLAS, these environment variables override
the link flags rather than add to them. This is necessary because we
can't keep up with all of the changes that FORTRAN compiler vendors
make to their link flags, so we need a way for the user to override

Robert Kern

"I have come to believe that the whole world is an enigma, a harmless
enigma that is made terrible by our own mad attempt to interpret it as
though it had an underlying truth."
  -- Umberto Eco

More information about the SciPy-user mailing list