On Wed, Apr 6, 2016 at 6:47 AM, Olivier Grisel wrote:
> I updated the issue:
>
> https://github.com/xianyi/OpenBLAS-CI/issues/10#issuecomment-206195714
>
> The random test_nanmedian_all_axis failure is unrelated to openblas
> and should be ignored.
It looks like all is well now, at least for the
I updated the issue:
https://github.com/xianyi/OpenBLAS-CI/issues/10#issuecomment-206195714
The random test_nanmedian_all_axis failure is unrelated to openblas
and should be ignored.
--
Olivier
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.
Yes sorry I forgot to update the thread. Actually I am no longer sure
how I go this error. I am re-running the full test suite because I
cannot reproduce it when running the test_stats.py module alone.
--
Olivier
___
NumPy-Discussion mailing list
NumPy
On Wed, Apr 6, 2016 at 2:04 AM, Olivier Grisel wrote:
> 2016-04-05 19:44 GMT+02:00 Nathaniel Smith :
>>
>>> I propose to hold off distributing the OpenBLAS wheels until the
>>> OpenBLAS tests are clean on the OpenBLAS buildbots - any objections?
>>
>> Alternatively, would it make sense to add a lo
2016-04-05 19:44 GMT+02:00 Nathaniel Smith :
>
>> I propose to hold off distributing the OpenBLAS wheels until the
>> OpenBLAS tests are clean on the OpenBLAS buildbots - any objections?
>
> Alternatively, would it make sense to add a local patch to our openblas
> builds to blacklist the piledriver
On Apr 5, 2016 10:23 AM, "Matthew Brett" wrote:
>
> On Mon, Mar 28, 2016 at 2:33 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 th
> Xianyi, the maintainer of OpenBLAS, is very helpfully running the
> OpenBLAS buildbot nightly tests with numpy and scipy:
>
> http://build.openblas.net/builders
>
> There is still one BLAS-related failure on these tests on AMD chips:
>
> https://github.com/xianyi/OpenBLAS-CI/issues/10
>
> I propo
On Mon, Mar 28, 2016 at 2:33 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 testin
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 bui
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 ab
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
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
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 mail
On 03/28/2016 04:33 PM, Matthew Brett wrote:
Please do test on your own machines with something like this script [4]:
Matthew,
I ran the tests after installing the wheels on my machine running
Ubuntu 14.04. Three numpy tests failed with the GFORTRAN_1.4 error you
mentioned in post to the
I just tested those new openblas-based wheels on the linux virtualbox
setup that I used to report the following segfault back in February:
https://mail.scipy.org/pipermail/numpy-discussion/2016-February/074866.html
https://mail.scipy.org/pipermail/numpy-discussion/2016-February/074870.html
I cann
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
16 matches
Mail list logo
