Bug#732064: lapack depends on specific blas implementation

[Sébastien Villemot]

Le mardi 15 juillet 2014 à 18:55 +0200, Guillem Jover a écrit :

> 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, I had overlooked your message above. Indeed I think that
the solution that you propose is the right one. I have implemented it
locally and it seems to work. I'll upload it soon if everything goes
well.

-- 
 .''`.    Sébastien Villemot
: :' :    Debian Developer
`. `'     http://www.dynare.org/sebastien
  `-      GPG Key: 4096R/381A7594

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/debian-science-maintainers/attachments/20140716/e47f727a/attachment.sig>