<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 29, 2014 at 5:17 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><div class="gmail_quote"><span class="">On Wed, Oct 29, 2014 at 3:25 PM, Antoine Pitrou <span dir="ltr"><<a href="mailto:solipsis@pitrou.net" target="_blank">solipsis@pitrou.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Thu, 30 Oct 2014 01:09:45 +1000<br>
Nick Coghlan <<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>> wrote:<br>
><br>
> Lots of folks are happy with POSIX emulation layers on Windows, as<br>
> they're OK with "basically works" rather than "works like any other<br>
> native application". "Basically works" isn't sufficient for many<br>
> Python-on-Windows use cases though, so the core ABI is a platform<br>
> native one, rather than a POSIX emulation.<br>
><br>
> This makes Python fit in more cleanly with other Windows applications,<br>
> but makes it harder to write Python applications that span both POSIX<br>
> and Windows.<br>
<br>
</span>I don't really understanding why that's the case. Only the<br>
building and packaging may be more difficult, and that assumes you're<br>
familiar with mingw32. But mingw32, AFAIK, doesn't make the Windows<br>
runtime magically POSIX-compatible (Cygwin does, to some extent).<br></blockquote><div><br></div></span><div>mingw32 is a more compliant C compiler (VS2008 does not implement much from C89)<br></div></div></div></div></blockquote><div><br></div><div>That should read much C99, of course, otherwise VS 2008 would have been a completely useless C compiler !<br><br></div><div>David <br></div></div></div></div>