<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 9, 2014 at 10:43 PM, Steve Spicklemire <span dir="ltr"><<a href="mailto:steve@spvi.com" target="_blank">steve@spvi.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">So, related question: Should the Mac binaries also work with the <a href="http://python.org" target="_blank">python.org</a> mac build?<br>
</blockquote><div><br></div><div>Binary compatibility is best achieved on windows: the platform makes it easier, and it is so painful to build stuff there that it would be insane for vendors not to be compatible.</div><div>
<br></div><div>Mac is a whole different story. First, you have frameworks vs non frameworks builds, and compilers/dev environments keep changing in incompatible ways: you have gcc, gcc-llvm, clang, SDK which are tied to xcode versions themselves tied to OS versions, it is a mess :)<br>
</div><div><br></div><div>Case in point, the <a href="http://python.org">python.org</a> binaries are generally not compatible with the system python provided by Apple (that is you can't use an installer made for one with the other). At least in the scientific community, we generally provide binaries for <a href="http://python.org">python.org</a>, and I think it is good practice to avoid touching the system python.</div>
<div><br></div><div>David</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Regarding my quest: I just punted for now (out of time, need something working by Monday).<br>
<br>
I'm using Christoph Gohlke's binaries for windows (seem to work well!) and cooked up my own custom installer for Mac that loads on top of <a href="http://python.org" target="_blank">python.org</a> python and our current VPython installer. All working, so crisis averted. ;-)<br>

<br>
I'll look into binary wheels when the dust settles.<br>
<br>
thanks for all the suggestions!<br>
<span class=""><font color="#888888">-steve<br>
</font></span><div class=""><div class="h5"><br>
<br>
On Jan 8, 2014, at 2:09 PM, Steve Spicklemire <<a href="mailto:steve@spvi.com">steve@spvi.com</a>> wrote:<br>
<br>
> This is good news. I'll experiment!<br>
><br>
> thanks,<br>
> -steve<br>
><br>
> On Jan 8, 2014, at 1:48 PM, David Cournapeau <<a href="mailto:cournape@gmail.com">cournape@gmail.com</a>> wrote:<br>
><br>
>><br>
>><br>
>><br>
>> On Wed, Jan 8, 2014 at 6:44 PM, Chris Barker <<a href="mailto:chris.barker@noaa.gov">chris.barker@noaa.gov</a>> wrote:<br>
>> On Wed, Jan 8, 2014 at 1:48 AM, David Cournapeau <<a href="mailto:cournape@gmail.com">cournape@gmail.com</a>> wrote:<br>
>> We don't use mingw to build packages distributed within canopy (at least not anymore). We build everything with MSVC 2008, as mixing mingw/MSVC often causes trouble.<br>
>><br>
>><br>
>> so is Canopy binary-compatible with the <a href="http://python.org" target="_blank">python.org</a> builds?<br>
>><br>
>> i.e would the same binary wheel work for both?<br>
>><br>
>> It should, and we will fix issues if they come up.<br>
>><br>
>> David<br>
>><br>
>> -Chris<br>
>><br>
>><br>
>> --<br>
>><br>
>> Christopher Barker, Ph.D.<br>
>> Oceanographer<br>
>><br>
>> Emergency Response Division<br>
>> NOAA/NOS/OR&R            <a href="tel:%28206%29%20526-6959" value="+12065266959">(206) 526-6959</a>   voice<br>
>> 7600 Sand Point Way NE   <a href="tel:%28206%29%20526-6329" value="+12065266329">(206) 526-6329</a>   fax<br>
>> Seattle, WA  98115       <a href="tel:%28206%29%20526-6317" value="+12065266317">(206) 526-6317</a>   main reception<br>
>><br>
>> <a href="mailto:Chris.Barker@noaa.gov">Chris.Barker@noaa.gov</a><br>
>><br>
><br>
<br>
</div></div></blockquote></div><br></div></div>