<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Sep 16, 2013 at 1:05 PM, Nathaniel Smith <span dir="ltr"><<a href="mailto:njs@pobox.com" target="_blank">njs@pobox.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Mon, Sep 16, 2013 at 4:36 PM, Charles R Harris<br>
<<a href="mailto:charlesr.harris@gmail.com">charlesr.harris@gmail.com</a>> wrote:<br>
> New summary<br>
><br>
> 32 bit windows, python 2.6, 2.7, 3.2, 3.3, compiled with MSVC<br>
> 64 bit windows, python 2.6, 2.7, 3.2, 3.3, compiled with MSVC, linked with<br>
> MKL<br>
><br>
> These should be good for both windows 7 and window 8.<br>
><br>
> For Mac there is first the question of OS X versions, (10.5?), 10.6, 10.7,<br>
> 10.8. If 10.5 is omitted, packages built on 10.6 should be good for 10.7 and<br>
> 10.8, so<br>
><br>
> OS X 10.6  python 2.6, 2.7, 3.2, 3.3, compiled with native compiler, linked<br>
> with Accelerate.<br>
><br>
> The main question seems to be distribution and coordination with scipy. I<br>
> was thinking we would link in MKL statically, which I think should be OK.<br>
> Christoph does that and it should decouple Numpy from Scipy. It may not be<br>
> the most efficient way to do things, but it would work. My impression is<br>
> that if we wanted to distribute a dynamic library then every user would need<br>
> an MKL license to use it.<br>
><br>
> It would be good to get this settled soon as we can't afford to futz around<br>
> with this forever waiting to release Numpy 1.8 and Scipy 0.13.<br>
<br>
</div></div>Why not just release numpy 1.8 with the old and terrible system? As<br>
you know I'm 110% in favor of getting rid of it, but 1.8 is ready to<br>
go and 1.9 is coming soon enough, and the old and terrible system does<br>
work right now, today. None of the other options have this property.<br>
<br>
As you know, parallelization is the key to performance, and reducing<br>
serial data dependencies is the key to parallelization ;-).<br></blockquote><div><br></div><div>And necessity is the mother of invention ;)<br><br></div><div>Chuck <br></div><br></div></div></div>