<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Oct 25, 2014 at 1:10 PM, Ray Donnelly <span dir="ltr"><<a href="mailto:mingw.android@gmail.com" target="_blank">mingw.android@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sat, Oct 25, 2014 at 6:13 PM, Steve Dower <<a href="mailto:Steve.Dower@microsoft.com">Steve.Dower@microsoft.com</a>> wrote:<br>
> Building CPython for Windows is not something that needs solving. The<br>
> culture on Windows is to redistribute binaries, not source, and both the<br>
> core team and a number of redistributors have this figured out (and it will<br>
> only become easier with VC14 and Python 3.5).<br>
<br>
</span>This is the second time you've used the vacuous "culture on Windows"<br>
argument, now with an added appeal to (vague) authority. That may be<br>
your opinion and that of some others, but there's a large number of<br>
people who don't care for using non-Free tools. IMHO building CPython<br>
on Windows using Open Source toolchains is very much something that<br>
needs merging upstream and supporting by default. What is it that you<br>
are afraid of if CPython can be compiled out of the box using<br>
mingw/MinGW-w64? Why are you fighting so hard against having option.<br>
If CPython wants to truly call itself an Open Source project then I<br>
consider being able to compile and cross-compile it with capable Open<br>
Source toolchains on all major platforms a requirement.<br>
</blockquote><div><br></div><div>Please stop this ridiculous argument. There's no definition of "truly open source project" that has such a requirement, and if you took it to the extreme you should not be using Windows at all. I appreciate your concern that building Python for your favorite platform using your favorite toolchain doesn't work, and if you have patches (or even bug reports) those are appreciated. But please take your rhetoric about open source elsewhere.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">> I'd rather see this effort thrown behind compiling extensions, including<br>
> cross compilation. The ABI is well defined enough that any compiler should<br>
> be usable, especially once the new CRT is in use. However, there is work<br>
> needed to update the various tool chains to link to VC14's CRT and we need<br>
> to figure out the inconsistencies between tools so we can document and work<br>
> through them.<br>
><br>
> Having different builds of CPython out there will only fragment the<br>
> community and hurt extension authors far more than it may seem to help.<br clear="all"></div></div></blockquote><div> </div><div>Here's the crux of the matter. We want compiled extension modules distributed via PyPI to work with the binaries distributed from <a href="http://python.org">python.org</a>.<br></div></div><br>-- <br>--Guido van Rossum (<a href="http://python.org/~guido">python.org/~guido</a>)
</div></div>