[Numpy-discussion] linalg.svd not working?

Muhammad Alkarouri malkarouri at yahoo.co.uk
Wed May 6 05:15:39 EDT 2009


--- On Wed, 6/5/09, David Cournapeau <david at ar.media.kyoto-u.ac.jp> wrote:
...
> What does ldd lapack_lite.so returns (lapack_lite.so is in
> numpy/linalg,
> in your installed directory) ? It may be that numpy uses
> gfortran,
> whereas ATLAS is built with g77. gfortran and g77 should
> not be mixed,

Thanks David. I went there and found that lapack_lite.so didn't link to ATLAS in the first place. So I rebuilt numpy to ensure that. Now I have:

ma856388 at H:linalg>ldd lapack_lite.so
        linux-gate.so.1 =>  (0xffffe000)
        liblapack.so => /users/d88/ma856388/lib/liblapack.so (0xf790f000)
        libptf77blas.so => /users/d88/ma856388/lib/libptf77blas.so (0xf78f0000)
        libptcblas.so => /users/d88/ma856388/lib/libptcblas.so (0xf78cf000)
        libatlas.so => /users/d88/ma856388/lib/libatlas.so (0xf755d000)
        libf77blas.so => /users/d88/ma856388/lib/libf77blas.so (0xf753e000)
        libcblas.so => /users/d88/ma856388/lib/libcblas.so (0xf751c000)
        libg2c.so.0 => /usr/lib/libg2c.so.0 (0xf74d2000)
        libm.so.6 => /lib/tls/libm.so.6 (0xf74af000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf74a7000)
        libc.so.6 => /lib/tls/libc.so.6 (0xf737d000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0xf736b000)
        /lib/ld-linux.so.2 (0x56555000)

but still, test_pinv hangs using almost 100% of CPU time. Any suggestions?


Regards,

Muhammad Alkarouri


      



More information about the NumPy-Discussion mailing list