> The Python versions supported by this release are 2.7, 3.4-3.6. The wheels
> are linked with
> OpenBLAS 3.0, which should fix some of the linalg problems reported for NumPy
> 1.14,
> and the source archives were created using Cython 0.28.2 and should work with
> the upcoming
> Python 3.7.
ju
hey!
On Sun, May 31, 2020 at 7:52 PM Charles R Harris
wrote:
> Downstream developers should use Cython >= 0.29.16 for Python 3.8 support and
> OpenBLAS >= 3.7 to avoid wrong results on the Skylake architecture. The NumPy
> Wheels for this release can be downloaded from PyPI, source archives and
> Should be fixed.
indeed it is, thanks!
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twi
Hello,
i'm preparing 1.22.1 for inclusion in Debian, and noticed how the new
numpy has a git submodule to include numpy/SVML in its source tree.
We are basing the debian package on the github tarball, and that does
not include any submodule, so i'm wondering how important it is to
have the SVML fi
> You are using the wrong tarball I believe. I just checked numpy-1.22.1.tar.gz
> from our GitHub Releases page, and it does include SVML (at
> numpy/core/src/umath/svml). If you instead grabbed the
> autogenerated-by-github "Source code" tarball, that is the wrong one. We'd
> delete it if we c
> 4. Write a docs page with migration info on how to deal with the deprecation,
> and update it before the 1.23.0 release.
i think this will be extremely important. Just to give you the current
POV of debian projects using numpy.distutils:
-
https://codesearch.debian.net/search?q=numpy.distutil
