2015-07-10 19:06 GMT+02:00 Olivier Grisel :
> 2015-07-10 16:47 GMT+02:00 Carl Kleffner :
> > Hi Olivier,
> >
> > yes, this is all explained in
> > https://github.com/xianyi/OpenBLAS/wiki/Faq#choose_target_dynamic as
> well.
> > This seems to be necessary for CI systems, right?
>
> The auto detecti
2015-07-10 16:47 GMT+02:00 Carl Kleffner :
> Hi Olivier,
>
> yes, this is all explained in
> https://github.com/xianyi/OpenBLAS/wiki/Faq#choose_target_dynamic as well.
> This seems to be necessary for CI systems, right?
The auto detection should work. If not it's a bug and we should find a
minimal
2015-07-10 18:42 GMT+02:00 Olivier Grisel :
>
>> I assume you've already checked that this is a Windows specific issue?
>
> I am starting a rackspace VM with linux to check. Hopefully it will
> also be detected as Barcelona by openblas.
I just built OpenBLAS 0.2.14 and numpy 1.9.2 under Linux on a
2015-07-10 18:31 GMT+02:00 Nathaniel Smith :
> On Jul 10, 2015 10:51 AM, "Olivier Grisel" wrote:
>>
>> I narrowed down the segfault from the scipy tests on my machine to:
>>
>> OPENBLAS_CORETYPE='Barcelona' /c/Python34_x64/python -c"import numpy
>> as np; print(np.linalg.svd(np.ones((129, 129), dt
It looks like all of the numpy failures there are due to a poor
implementation of hypot. One solution would be to force the use of the
hypot code in npymath for this tool chain. Currently this is done in
numpy/core/src/private/npy_config.h for both MSVC and mingw32.
-Eric
On Fri, Jul 10, 2015 a
I could provide you with a debug build of libopenblaspy.dll. The segfault -
if ithrown from openblas - could be detected with gdb or with the help of
backtrace.dll.
Carl
2015-07-10 18:31 GMT+02:00 Nathaniel Smith :
> On Jul 10, 2015 10:51 AM, "Olivier Grisel"
> wrote:
> >
> > I narrowed down th
On Jul 10, 2015 10:51 AM, "Olivier Grisel" wrote:
>
> I narrowed down the segfault from the scipy tests on my machine to:
>
> OPENBLAS_CORETYPE='Barcelona' /c/Python34_x64/python -c"import numpy
> as np; print(np.linalg.svd(np.ones((129, 129), dtype=np.float64))"
>
> Barcelona is the architecture
I narrowed down the segfault from the scipy tests on my machine to:
OPENBLAS_CORETYPE='Barcelona' /c/Python34_x64/python -c"import numpy
as np; print(np.linalg.svd(np.ones((129, 129), dtype=np.float64))"
Barcelona is the architecture detected by OpenBLAS. If I force Nehalem
or if I reduce the mat
Hi Olivier,
yes, this is all explained in
https://github.com/xianyi/OpenBLAS/wiki/Faq#choose_target_dynamic as well.
This seems to be necessary for CI systems, right?
BTW: i just now renewed the numpy-1.9.2 and scipy-0.15.0 wheels for
python-2.6, 2.7, 3.3, 3.4 on anaconda.org. I also added scipy-
I have updated my gist with more test reports when
OPENBLAS_CORETYPE="Nehalem" is fixed as an environment variable.
Note that on this machine, OpenBLAS detects the "Barcelona" core type.
I used the following ctypes based script to introspect the OpenBLAS
runtime:
https://gist.github.com/ogrisel/a
Good news,
The segfaults on scikit-lern and scipy test suites are caused by a bug
in openblas core type detection: setting the OPENBLAS_CORETYPE
environment variable to "Nehalem" can make the test suite complete
without any failure for scikit-learn.
I will update my gist with the new test results
Hi Carl,
Sorry for the slow reply.
I ran some tests with your binstar packages:
I installed numpy, scipy and mingwpy for Python 2.7 32 bit and Python
3.4 64 bit (downloaded from python.org) on a freshly provisionned
windows VM on rackspace.
I then used the mingwpy C & C++ compilers to build the
12 matches
Mail list logo
