Hi,
also, one of the PSI4 testcases fails with blas/lapack set to ATLAS, see
https://github.com/psi4/psi4/issues/391 and
https://github.com/psi4/psi4/issues/1461
So having that removed for buster would be very must appreciated.
Michael
Hi Sandro,
>provided by ATLAS; is this causing any problem?
yes: ATLAS does not work on all architectures (see #918076
for an example) and is generally harder to port.
I’ve seen you will upload a new version that works without,
but I wanted to still contribute this data point, so you
see that
Hi Sandro,
I've discussed this matter on the debian science e-mail list asking for an cblas
abstraction. I got a reply from Mo Zhou
(https://lists.debian.org/debian-science/2019/01/msg2.html ).
In short he suggested to file a bug against numpy (severity: important).
I repeat the main part of
reopen 913567 python-numpy 1:1.16.0~rc1-3
Just wanted to add that openblas also provides a cblas interface in package
libopenblas-dev via the header file /usr/include/x86_64-linux-gnu/cblas.h.
Regards,
Jörg.
Sandro Tosi wrote on 12/11/2018 14:55:
>> the package now depends on libatlas3-base besides the dependencies on
>> BLAS/LAPACK. Couldn't this be avoided?
>
> libcblas was required to build numpy properly and, AFAICS, it's only
> provided by ATLAS; is this causing any problem?
>
Hi,
no it's not
> the package now depends on libatlas3-base besides the dependencies on
> BLAS/LAPACK. Couldn't this be avoided?
libcblas was required to build numpy properly and, AFAICS, it's only
provided by ATLAS; is this causing any problem?
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at
Package: python-numpy
Version: 1:1.15.4-1
Severity: wishlist
Dear Sandro Tosi,
the package now depends on libatlas3-base besides the dependencies on
BLAS/LAPACK. Couldn't this be avoided?
Regards,
Jörg.
8 matches
Mail list logo
