[Pkg-scicomp-devel] Bug#576972: Bug#576972: libatlas3gf-base: octave does not work with this version

[Sylvestre Ledru]

Le jeudi 08 avril 2010 à 19:22 +0200, Francesco Potortì a écrit :
> >> /usr/bin/octave: symbol lookup error: /usr/lib/liblapack.so.3gf: undefined symbol: ATL_idamax
> >Please, what is the result of ?
> >dpkg -l|grep -E "(blas|lapack)"
> 
> tucano:~# dpkg -l|grep -E "(blas|lapack)"
> ii  libblas-dev           1.2-4                 Basic Linear Algebra Subroutines 3, static library
> ii  libblas-test          1.2-4                 Basic Linear Algebra Subroutines 3, testing programs
> ii  libblas3gf            1.2-4                 Basic Linear Algebra Subroutines 3, shared library
> ii  liblapack-dev         3.2.1-2               library of linear algebra routines 3 - static version
> ii  liblapack-pic         3.2.1-2               library of linear algebra routines 3 - static PIC version
> ii  liblapack3gf          3.2.1-2               library of linear algebra routines 3 - shared version
Hmm, could you update these packages and do your tests again ?
(blas, lapack & atlas)

> >I think you might have felt into the bug #576855
> 
> I uninstalled liblapack-pic liblapack-dev libblas-dev liblapack3gf
> libblas3gf libfftw3-dev.  Unfortunately this means that I had to
> uninstall octave3.2-headers, which I need to build Octave packages.
> 
> After this, reinstalling my custom-built atlas libraries kept generating
> the same errors:
> 
> dpkg -i /usr/src/atlas/libatlas3gf-base_3.8.3-18+custom4_amd64.deb
> (Reading database ... 422051 files and directories currently installed.)
> Preparing to replace libatlas3gf-base 3.6.0-24 (using .../libatlas3gf-base_3.8.3-18+custom4_amd64.deb) ...
> Unpacking replacement libatlas3gf-base ...
> Setting up libatlas3gf-base (3.8.3-18+custom4) ...
> update-alternatives: warning: forcing reinstallation of alternative /usr/lib/atlas-base/atlas/libblas.so.3gf \
> because link group libblas.so.3gf is broken.
> update-alternatives: warning: forcing reinstallation of alternative /usr/lib/atlas-base/atlas/liblapack.so.3g\
> f because link group liblapack.so.3gf is broken.
> 
> but Octave now works.  Unfortunately it is faster (+15%) for matrix
> inversion, but slower for Schur decomposition (-16%), part of LAPACK,
> with respect to the precompiled libatlas3gf-base_3.6.0-24_amd64.
> I always read that custom compilation of Atlas takes forever, but it
> only took 13 minutes on AMD Athlon(tm) II X4 630 Processor 2.8 GHz.  Am
> I missing anything?
It is indeed surprising.
Could you send the log somewhere ?

Sylvestre