Re: [Numpy-discussion] Using OpenBLAS for manylinux wheels
On Wed, Mar 30, 2016 at 2:39 PM, Carl Kleffner wrote: > I would like to see OpenBLAS support for numpy on windows. The latest > OpenBLAS windows builds numpy support for are on > https://bitbucket.org/carlkl/mingw-w64-for-python/downloads now. Scipy > wheels should work regardless if numpy was build with MSVC or with mingwpy. > It is only mandantory to agree about the BLAS implemenation used. How do the tests look for `numpy.test("full")` and `scipy.test("full") with OpenBLAS 0.2.17 on Windows? Sorry if you said before. Thanks, Matthew ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Using OpenBLAS for manylinux wheels
I would like to see OpenBLAS support for numpy on windows. The latest OpenBLAS windows builds numpy support for are on https://bitbucket.org/carlkl/mingw-w64-for-python/downloads now. Scipy wheels should work regardless if numpy was build with MSVC or with mingwpy. It is only mandantory to agree about the BLAS implemenation used. Carl 2016-03-30 23:30 GMT+02:00 Nathaniel Smith : > If OpenBLAS is looking like the easiest to support solution, then no > objections here. (If 0.2.17 is genuinely working well, then maybe we want > to switch to it on Windows too. I know Xianyi disabled some of the > problematic kernels for us -- maybe that's enough. Mostly I just don't want > to end up in the situation where we're trying to support a bunch of > differently broken builds on different platforms.) > On Mar 28, 2016 2:34 PM, "Matthew Brett" wrote: > >> Hi, >> >> Olivier Grisel and I are working on building and testing manylinux >> wheels for numpy and scipy. >> >> We first thought that we should use ATLAS BLAS, but Olivier found that >> my build of these could be very slow [1]. I set up a testing grid [2] >> which found test errors for numpy and scipy using ATLAS wheels. >> >> On the other hand, the same testing grid finds no errors or failures >> [3] using latest OpenBLAS (0.2.17) and running tests for: >> >> numpy >> scipy >> scikit-learn >> numexpr >> pandas >> statsmodels >> >> This is on the travis-ci ubuntu VMs. >> >> Please do test on your own machines with something like this script [4]: >> >> source test_manylinux.sh >> >> We have worried in the past about the reliability of OpenBLAS, but I >> find these tests reassuring. >> >> Are there any other tests of OpenBLAS that we should run to assure >> ourselves that it is safe to use? >> >> Matthew >> >> [1] >> https://github.com/matthew-brett/manylinux-builds/issues/4#issue-143530908 >> [2] >> https://travis-ci.org/matthew-brett/manylinux-testing/builds/118780781 >> [3] I disabled a few pandas tests which were failing for reasons not >> related to BLAS. Some of the statsmodels test runs time out. >> [4] https://gist.github.com/matthew-brett/2fd9d9a29e022c297634 >> ___ >> NumPy-Discussion mailing list >> NumPy-Discussion@scipy.org >> https://mail.scipy.org/mailman/listinfo/numpy-discussion >> > > ___ > NumPy-Discussion mailing list > NumPy-Discussion@scipy.org > https://mail.scipy.org/mailman/listinfo/numpy-discussion > > ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Using OpenBLAS for manylinux wheels
If OpenBLAS is looking like the easiest to support solution, then no objections here. (If 0.2.17 is genuinely working well, then maybe we want to switch to it on Windows too. I know Xianyi disabled some of the problematic kernels for us -- maybe that's enough. Mostly I just don't want to end up in the situation where we're trying to support a bunch of differently broken builds on different platforms.) On Mar 28, 2016 2:34 PM, "Matthew Brett" wrote: > Hi, > > Olivier Grisel and I are working on building and testing manylinux > wheels for numpy and scipy. > > We first thought that we should use ATLAS BLAS, but Olivier found that > my build of these could be very slow [1]. I set up a testing grid [2] > which found test errors for numpy and scipy using ATLAS wheels. > > On the other hand, the same testing grid finds no errors or failures > [3] using latest OpenBLAS (0.2.17) and running tests for: > > numpy > scipy > scikit-learn > numexpr > pandas > statsmodels > > This is on the travis-ci ubuntu VMs. > > Please do test on your own machines with something like this script [4]: > > source test_manylinux.sh > > We have worried in the past about the reliability of OpenBLAS, but I > find these tests reassuring. > > Are there any other tests of OpenBLAS that we should run to assure > ourselves that it is safe to use? > > Matthew > > [1] > https://github.com/matthew-brett/manylinux-builds/issues/4#issue-143530908 > [2] https://travis-ci.org/matthew-brett/manylinux-testing/builds/118780781 > [3] I disabled a few pandas tests which were failing for reasons not > related to BLAS. Some of the statsmodels test runs time out. > [4] https://gist.github.com/matthew-brett/2fd9d9a29e022c297634 > ___ > NumPy-Discussion mailing list > NumPy-Discussion@scipy.org > https://mail.scipy.org/mailman/listinfo/numpy-discussion > ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpy-discussion
[Numpy-discussion] change to memmap subclass propagation
Hi all, This is a warning for a planned change to np.memmap in https://github.com/numpy/numpy/pull/7406. The return values of ufuncs and fancy slices of a memmap will now be plain ndarrays, since those return values don't point to mem-mapped memory. There is a possibility that if you are subclassing memmap using multiple inheritance something may break. We don't think anyone will be affected, but please reply if it does affect you. Allan ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Using OpenBLAS for manylinux wheels
On Nix/NixOS we've been using OpenBLAS 0.2.14 for some time now because we had some segmentation faults with 0.2.15 and scipy/scikitlearn. I've tested the packages you listed, and more, with OpenBLAS 0.2.17 and encountered no problems. On Wed, Mar 30, 2016 at 1:32 PM, Olivier Grisel wrote: > The problem with the gfortran failures will be tackled by renaming the > vendored libgfortran.so library, see: > > https://github.com/pypa/auditwheel/issues/24 > > This is orthogonal to the ATLAS vs OpenBLAS decision though. > > -- > Olivier > ___ > NumPy-Discussion mailing list > NumPy-Discussion@scipy.org > https://mail.scipy.org/mailman/listinfo/numpy-discussion > ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Using OpenBLAS for manylinux wheels
The problem with the gfortran failures will be tackled by renaming the vendored libgfortran.so library, see: https://github.com/pypa/auditwheel/issues/24 This is orthogonal to the ATLAS vs OpenBLAS decision though. -- Olivier ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpy-discussion