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

[Francesco Potortì]

>> /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

>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?

-- 
Francesco Potortì (ricercatore)        Voice: +39 050 315 3058 (op.2111)
ISTI - Area della ricerca CNR          Fax:   +39 050 315 2040
via G. Moruzzi 1, I-56124 Pisa         Email: Potorti at isti.cnr.it
(entrance 20, 1st floor, room C71)     Web:   http://fly.isti.cnr.it/