On 02/08/2016 05:23 PM, Daπid wrote:
On 8 February 2016 at 16:19, Olivier Grisel <olivier.grisel@ensta.org <mailto:olivier.grisel@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?