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