Re: Octave 2.9.0 available for ftp

[John W. Eaton]

On 16-Mar-2005, David Bateman <address@hidden> wrote:

| I'm not sure how the debian UMFPACK stuff is built, but I hope it was a 
| dependency on atlas and doesn't have "CONFIG = DNBLAS" in Make.include 
| or Make.linux, as these disable the dense kernel operations in UMFPACK 
| and solving sparse matrices will be slow....

It does not appear to have NBLAS defined.

The build uses -lblas, but as I understand the Debian packaging, it
should use the ATLAS BLAS if it is installed and that's what ldd
shows:

$ ldd src/octave
        liboctinterp.so => not found
        liboctave.so => not found
        libcruft.so => not found
        liblapack.so.3 => /usr/lib/atlas/liblapack.so.3 (0x4002c000)
        libfftw3.so.3 => /usr/lib/libfftw3.so.3 (0x40678000)
        libreadline.so.5 => /lib/libreadline.so.5 (0x40736000)
        libncurses.so.5 => /lib/libncurses.so.5 (0x40763000)
        libdl.so.2 => /lib/libdl.so.2 (0x407a2000)
        libumfpack.so.4 => /usr/lib/libumfpack.so.4 (0x407a6000)
        libamd.so.1 => /usr/lib/libamd.so.1 (0x40841000)
        libhdf5-1.6.2.so.0 => /usr/lib/libhdf5-1.6.2.so.0 (0x40848000)
        libz.so.1 => /usr/lib/libz.so.1 (0x40952000)
        libg2c.so.0 => /usr/lib/libg2c.so.0 (0x40964000)
        libm.so.6 => /lib/libm.so.6 (0x40982000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x409a5000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x409ae000)
        libc.so.6 => /lib/libc.so.6 (0x40a68000)
        libblas.so.3 => /usr/lib/atlas/libblas.so.3 (0x40b9b000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
        libblas.so.2 => /usr/lib/atlas/libblas.so.2 (0x40ee4000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x411ce000)

It seems that libumfpack depends on libblas.so.2:

$ ldd /usr/lib/libumfpack.so
        libblas.so.2 => /usr/lib/atlas/libblas.so.2 (0x400af000)
        libm.so.6 => /lib/libm.so.6 (0x40399000)
        libc.so.6 => /lib/libc.so.6 (0x403bc000)
        libg2c.so.0 => /usr/lib/libg2c.so.0 (0x404ef000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

and Octave (on my system) is linking to the more recent libblas.so.3.
But I would assume that will eventually be resolved, or could be fixed
by rebuilding the umfpack package from source on my system.

jwe