[issue6007] distutils tricks you into thinking you can build extensions with mingw

Éric Araujo added the comment: Thanks for the reply Martin. Tarek has pronounced in favor of this change, so I will commit it tomorrow. -- assignee: tarek -> eric.araujo components: +Distutils2 resolution: -> accepted status: open -> pending versions: +3rd party, Python 2.7, Python 3

[issue6007] distutils tricks you into thinking you can build extensions with mingw

Chris Lambacher added the comment: Eric, This documentation is "Installing Python Modules" which is focused on Distutils, but presumably we would continue to want such a document and account for both Disutils and Disutils2 (once people start using it). I think my patch addresses the mislead

[issue6007] distutils tricks you into thinking you can build extensions with mingw

Martin v. Löwis added the comment: The changes look fine to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue6007] distutils tricks you into thinking you can build extensions with mingw

Éric Araujo added the comment: distutils docs only get changes that fix a bug (e.g. an example that does not work), not improvements or reorganization. Your patch is in a gray area; I think we should not accept it in distutils but re-target it at distutils2. Even if you refresh it against d

[issue6007] distutils tricks you into thinking you can build extensions with mingw

Chris Lambacher added the comment: I'm attaching a patch that includes a disclaimer about some extensions not being able to compile and mentioning some of Martin's specifics. I also reorganized the instructions to more directly reflect the current state. This puts the common instructions fron

[issue6007] distutils tricks you into thinking you can build extensions with mingw

Chris Lambacher added the comment: I just compiled the zope.interface c speedups with MinGW on Python 2.7 and 2.6. There is a patch being tracked in the MinGW patch tracker related to the localtime l

[issue6007] distutils tricks you into thinking you can build extensions with mingw

Martin v. Löwis added the comment: >> I think this is exaggerating the actual state. The compiler is >> certainly supported. > > Can you elaborate on what "supported" means? To me, it would mean that > it could build all the same Python extensions which MSVC can build. "Supported" means that

[issue6007] distutils tricks you into thinking you can build extensions with mingw

Martin v. Löwis added the comment: > Per issue3308, it is not really possible to build Python extensions with > MinGW anymore (as far as I can tell). I'm interpreting the issue differently - it was withdrawn by the submitter, indicating that it isn't an issue with Python. Even though I still d

[issue6007] distutils tricks you into thinking you can build extensions with mingw

Jean-Paul Calderone added the comment: > Even though I still don't understand the original issue, apparently, > it is an issue only if the localtime() function is used. Extensions > that don't use it might still work fine, according to the report. I have an extension which doesn't use it and ca

[issue6007] distutils tricks you into thinking you can build extensions with mingw

Antoine Pitrou added the comment: (or perhaps an announcement can be made on distutils-sig in the hope that someone step up and fix mingw support?) -- nosy: +pitrou ___ Python tracker __

[issue6007] distutils tricks you into thinking you can build extensions with mingw

New submission from Jean-Paul Calderone : Per issue3308, it is not really possible to build Python extensions with MinGW anymore (as far as I can tell). The distutils documentation is misleading in this regard, as is the continued existence of the build_ext --compiler=mingw32 option. The result