Bug#732064: lapack depends on specific blas implementation

Guillem Jover guillem at debian.org
Tue Jul 15 16:55:04 UTC 2014


Hi!

On Fri, 2013-12-13 at 15:28:09 +0100, Sébastien Villemot wrote:
> Le vendredi 13 décembre 2013 à 14:34 +0100, Andrey Gursky a écrit :
> > after updating lapack from 3.4.2 to 3.5.0, provided instead of atlas
> > openblas is selected, running a program, using lapack results in
> > following error:
> > 
> > symbol lookup error: /usr/lib/liblapack.so.3: undefined symbol: ATL_dGetNB
> 
> Your problem looks very much like #576972 and its many duplicates. I.e.
> it looks like you are using ATLAS for the LAPACK alternative and
> reference BLAS or OpenBLAS for the BLAS alternative.

As I mentioned some time ago, it seems to me this is entirely fixable
within BLAS and LAPACK, and IMO the problem is in how those shared
libraries are currently built. Please take a look at the mail I sent,
and let me know if there's any hole in the analysis:

  <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598638#77>

Thanks,
Guillem



More information about the debian-science-maintainers mailing list