<br><br><div class="gmail_quote">On Sat, Jun 15, 2013 at 2:26 PM, Charles R Harris <span dir="ltr"><<a href="mailto:charlesr.harris@gmail.com" target="_blank">charlesr.harris@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><br><div class="gmail_quote"><div><div class="h5">On Sat, Jun 15, 2013 at 2:23 PM, Warren Weckesser <span dir="ltr"><<a href="mailto:warren.weckesser@gmail.com" target="_blank">warren.weckesser@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><div>On Sat, Jun 15, 2013 at 4:03 PM, Julian Taylor <span dir="ltr"><<a href="mailto:jtaylor.debian@googlemail.com" target="_blank">jtaylor.debian@googlemail.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 15.06.2013 21:57, Warren Weckesser wrote:<br>
><br>
> On Sat, Jun 15, 2013 at 3:15 PM, Julian Taylor<br>
<br>
</div><div>>     @warren, can you please bisect the commit causing this?<br>
><br>
><br>
><br>
> Here's the culprit:<br>
><br>
> aef286debfd11a62f1c337dea55624cee7fd4d9e is the first bad commit<br>
> commit aef286debfd11a62f1c337dea55624cee7fd4d9e<br>
> Author: Julian Taylor <<a href="mailto:jtaylor.debian@googlemail.com" target="_blank">jtaylor.debian@googlemail.com</a><br>
</div>> <mailto:<a href="mailto:jtaylor.debian@googlemail.com" target="_blank">jtaylor.debian@googlemail.com</a>>><br>
<div>> Date:   Mon Jun 10 19:38:58 2013 +0200<br>
><br>
>     ENH: enable unaligned loads on x86<br>
><br>
>     x86 can handle unaligned load and there is no hand vectorized code in<br>
>     this file. It would be a serious compiler bug if it adds vectorization<br>
>     without checking for alignment.<br>
>     Enables fast complex128 copies which are unaligned on 32 bit gcc unless<br>
>     compiled with -malign-double.<br>
><br>
> :040000 040000 d0948d1e1d942d41d50ce9e57bdc430db9a16f9e<br>
> 45a48f383353857b8d0dd24e542c7ab6f137448c M  numpy<br>
><br>
> Link:<br>
> <a href="https://github.com/numpy/numpy/commit/aef286debfd11a62f1c337dea55624cee7fd4d9e" target="_blank">https://github.com/numpy/numpy/commit/aef286debfd11a62f1c337dea55624cee7fd4d9e</a><br>
><br>
<br>
</div>Interesting, possibly there is some inconsistencies in the macros in<br>
this file.<br>
But I don't understand why I can't reproduce it.<br>
Does it happen with python 3.2 too?<br></blockquote><div><br><br></div></div><div>Yes, it happens with 3.3.2, 3.3.1, and 3.2.5.<span><font color="#888888"><br></font></span></div></div></div></div></blockquote>
</div></div><div><br>Also on 2.7. The -O3 flag seems to cause the problem.<br><br></div></div></blockquote><div><br>But I see it on test_3d_shaped_dtype.<br><br>Chuck <br></div><br></div>