<p dir="ltr">On 26 Nov 2014 13:59, "Julian Taylor" <<a href="mailto:jtaylor.debian@googlemail.com">jtaylor.debian@googlemail.com</a>> wrote:<br>
><br>
> concerning actually fixing it I guess we have 3 options:<br>
><br>
> 1. reduce maximum copy alignment from currently 16 to 8 on platforms<br>
> that need it.<br>
> That will automatically reduce the needed alignment of complex on win32<br>
> to 8 bytes. Do other compilers provide something similar to gccs<br>
> __BIGGEST_ALIGNMENT__?<br>
> 2. remove bloating of complex alignment and let sparc crash.<br>
> 3. add an aligned allocator<br>
><br>
> I somewhat favor 1, it has the risk that a vectorizing compiler might<br>
> wreak havoc but to my knowledge numpy does not actually have real 16<br>
> byte copies. There are some occurrences of npy_int128, but those likely<br>
> are not used on windows.<br>
><br>
> fwiw I could reproduce the issue on linux i386 with -malign-double, (I<br>
> could have sworn I tested that configuration too...)</p>
<p dir="ltr">I'm not sure what "maximum copy alignment" means in this context, but (1) does sound the most like a proper fix to me too.</p>
<p dir="ltr">-n</p>