<div dir="ltr"><div>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.<br><br></div>Carl<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-07-10 18:31 GMT+02:00 Nathaniel Smith <span dir="ltr"><<a href="mailto:njs@pobox.com" target="_blank">njs@pobox.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><p dir="ltr">On Jul 10, 2015 10:51 AM, "Olivier Grisel" <<a href="mailto:olivier.grisel@ensta.org" target="_blank">olivier.grisel@ensta.org</a>> wrote:<br>
><br>
> I narrowed down the segfault from the scipy tests on my machine to:<br>
><br>
> OPENBLAS_CORETYPE='Barcelona' /c/Python34_x64/python -c"import numpy<br>
> as np; print(np.linalg.svd(np.ones((129, 129), dtype=np.float64))"<br>
><br>
> Barcelona is the architecture detected by OpenBLAS. If I force Nehalem<br>
> or if I reduce the matrix to shape (128, 128), it no longer segfaults.<br>
> To debug it further I think I have to write a test program in C that<br>
> uses the sgesdd function of the libopenblaspy.dll or against the<br>
> official libopenblas.dll. Setting the dev environment under windows is<br>
> painful though.</p>
</span><p dir="ltr">I assume you've already checked that this is a Windows specific issue?</p><span class="HOEnZb"><font color="#888888">
<p dir="ltr">-n</p>
</font></span><br>_______________________________________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@scipy.org">NumPy-Discussion@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">http://mail.scipy.org/mailman/listinfo/numpy-discussion</a><br>
<br></blockquote></div><br></div>