<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Sep 16, 2013 at 12:12 PM, David Cournapeau <span dir="ltr"><<a href="mailto:cournape@gmail.com" target="_blank">cournape@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"><br><br><div class="gmail_quote"><div class="im">On Mon, Sep 16, 2013 at 4:36 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"><div dir="ltr">New summary<br><div><ol><li>32 bit windows, python 2.6, 2.7, 3.2, 3.3, compiled with MSVC</li><li>64 bit windows, python 2.6, 2.7, 3.2, 3.3, compiled with MSVC, linked with MKL</li>

</ol><p>These should be good for both windows 7 and window 8.<br>
</p><p></p></div></div></blockquote><div><br></div></div><div>Wait, when was it decided to move to MSVC for the official binaries ? Especially using ifort/MKL on windows means it will be difficult for other projects to produce packages on top of it.</div>

<div><br></div></div></div></div></blockquote><div><br></div><div>It hasn't been decided, this is just a modified version of the initial post. Why not use MSVC? <a href="http://python.org">python.org</a> does. What is the problem with statically linked MKL? Do other packages need to link to lapack? The windows build problem has hung around for years. I'm tired of it. <br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><div dir="ltr"><div><p>For Mac there is first the question of OS X versions, 
(10.5?), 10.6, 10.7, 10.8. If 10.5 is omitted, packages built on 10.6 should be good for 10.7 and 10.8, so <br></p><div>
<ol><li>OS X 10.6  python 2.6, 2.7, 3.2, 3.3, compiled with native compiler, linked with Accelerate.</li></ol></div><p>The main question seems to be distribution and coordination with scipy. I was thinking we would link in MKL statically, which I think should be OK. Christoph does that and it should decouple Numpy from Scipy. It may not be the most efficient way to do things, but it would work. My impression is that if we wanted to distribute a dynamic library then every user would need an MKL license to use it.</p>


<p>It would be good to get this settled soon as we can't afford to futz around with this forever waiting to release Numpy 1.8 and Scipy 0.13.</p><p></p></div></div></div></blockquote></div></div></div></blockquote><div>
<br></div><div>Chuck <br></div><br></div></div></div>