[Numpy-discussion] Multi-distribution Linux wheels - please test

Julian Taylor jtaylor.debian at googlemail.com
Mon Feb 8 11:40:02 EST 2016


On 02/08/2016 05:23 PM, Daπid wrote:
> 
> On 8 February 2016 at 16:19, Olivier Grisel <olivier.grisel at ensta.org
> <mailto:olivier.grisel at ensta.org>> wrote:
> 
> 
> 
>     OPENBLAS_CORETYPE=Nehalem python3 -c "import numpy as np; from scipy
>     import linalg; linalg.eigh(np.random.randn(200, 200))"
> 
>     So this is an issue with the architecture detection of OpenBLAS.
> 
> 
> I am seeing the same problem on a native Linux box, with Ivy Bridge
> processor (i5-3317U). According to your script, both my native openblas
> and the one in the wheel recognises my CPU as Sandybridge, but the wheel
> produces a segmentation fault. Setting the architecture to Nehalem works.
> 

more likely that is a bug the kernel of openblas instead of its cpu
detection.
The cpuinfo of Oliver indicates its at least a sandy bridge, and ivy
bridge is be sandy bridge compatible.
Is an up to date version of openblas used?



More information about the NumPy-Discussion mailing list