Bug#676726: libopenblas-base, libatlas3-base: Coinstalling libatlas3-base and libopenblas-base breaks LAPACK
S��bastien Villemot
sebastien.villemot at ens.fr
Sat Jun 9 07:57:36 UTC 2012
Package: libopenblas-base,libatlas3-base
Severity: important
Dear Maintainers,
When one installs both libopenblas-base and libatlas3-base, the BLAS and LAPACK
alternatives become the following:
libblas.so.3 - auto mode
link currently points to /usr/lib/openblas-base/libopenblas.so.0
liblapack.so.3 - auto mode
link currently points to /usr/lib/atlas-base/atlas/liblapack.so.3
The problem is that the LAPACK alternative points to ATLAS's LAPACK and not to
Netlib's LAPACK.
This causes crashes because ATLAS's LAPACK internally uses symbols which are
only provided by ATLAS's BLAS and not by OpenBlas. One gets errors like:
octave: symbol lookup error: /usr/lib/liblapack.so.3gf: undefined symbol: ATL_dGetNB
A possible solution to this problem would be to have libopenblas-base provide
an alternative for LAPACK pointing to Netlib's LAPACK and of higher priority
than ATLAS's. The drawback is that it would require a dependency of
libopenblas-base over liblapack3...
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
More information about the debian-science-maintainers
mailing list