[SciPy-user] how to import umfpack?

[Robert Cimrman]

Robin wrote:
> On Feb 11, 2008 9:48 PM, Martin Lüthi <answer at tnoo.net> wrote:
>> Hi
>>
>> Robin <robince at gmail.com> writes:
>> Is this on Ubuntu? I had to change the site.cfg file to
>>
>> [umfpack]
>> umfpack_libs = umfpack
>> include_dirs = /usr/include/suitesparse
>>
>> HTH
> 
> Thanks, it is on Ubuntu. Here is my site.cfg. I don't have that, but I
> have the amd and umfpack headers in
> /home/robince/scipy_build/libs/include which is added to the default
> include path. I think this is OK - I would have thought I would get
> errors during the build if it wasn't finding some header files.
> 
> [DEFAULT]
> library_dirs = /usr/local/lib:/home/robince/scipy_build/lib
> include_dirs = /usr/local/include:/home/robince/scipy_build/lib/include
> 
> [atlas]
> atlas_libs = lapack, f77blas, cblas, atlas
> 
> [amd]
> amd_libs = amd
> 
> [umfpack]
> umfpack_libs = umfpack
> 
> [fftw]
> libraries = fftw3
> _______________________________________________

In addition to what you have, I have this in the site.cfg:

[blas_opt]
libraries = f77blas, cblas, atlas

[lapack_opt]
library_dirs = /usr/lib
libraries = lapack, f77blas, cblas, atlas

ldd -r produces (no _gfortran_* undefined symbols, only the usual Py*...):
         linux-gate.so.1 =>  (0xffffe000)
         libumfpack.so.0 => /usr/lib/libumfpack.so.0 (0xb7df6000)
         libamd.so.0 => /usr/lib/libamd.so.0 (0xb7de5000)
         libblas.so.0 => /usr/lib/libblas.so.0 (0xb7dc9000)
         libgfortran.so.1 => 
/usr/lib/gcc/i486-pc-linux-gnu/4.1.2/libgfortran.so.1 (0xb7d4e000)
         libm.so.6 => /lib/libm.so.6 (0xb7d27000)
         libgcc_s.so.1 => 
/usr/lib/gcc/i486-pc-linux-gnu/4.1.2/libgcc_s.so.1 (0xb7d1b000)
         libc.so.6 => /lib/libc.so.6 (0xb7bea000)
         libatlas.so.0 => /usr/lib/libatlas.so.0 (0xb781a000)
         /lib/ld-linux.so.2 (0x80000000)


Otherwise all you do seems fine, I have no other clue what is the problem.

r.