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
signature.asc
Description: This is a digitally signed message part
-- debian-science-maintainers mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
