This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author steve.dower
Recipients Ateik Al-Zehla, Matt.Hickford, Tod Haren, dstufft, eric.araujo, hanbaj, marcelotduarte, paul.moore, steve.dower, tim.golden, zach.ware
Date 2016-03-22.16:44:17
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1458665058.4.0.709712401945.issue25251@psf.upfronthosting.co.za>
In-reply-to
Content
Please test your extensions thoroughly when building with MinGW, especially if you're planning on distributing wheels on PyPI.

CPython assumes an ABI compatible with what MSVC would have built, and mixing ABIs will lead to crashes or data corruption. (I'm not just trying to be scary here, this is basically guaranteed to occur when you mix C Runtime libraries.)

Currently the only fully compatible MinGW I'm aware of (mingwpy - https://bitbucket.org/carlkl/mingw-w64-for-python) is still in development, though it appears to be ready for numpy and scipy, which is awesome. But just because "compiler=mingw32" appears to work, it doesn't make it inherently a good idea.

(As an aside, you can get the right version of MSVC for Python 3.5 and later from https://www.microsoft.com/en-us/download/details.aspx?id=49983 - you'll need to build inside the SDK's command line and set DISTUTILS_USE_SDK=1, but otherwise it is the right tools. We've already suggested that they should install in a way that setuptools can automatically detect and use them.)
History
Date User Action Args
2016-03-22 16:44:18steve.dowersetrecipients: + steve.dower, paul.moore, tim.golden, eric.araujo, Matt.Hickford, zach.ware, dstufft, Ateik Al-Zehla, Tod Haren, marcelotduarte, hanbaj
2016-03-22 16:44:18steve.dowersetmessageid: <1458665058.4.0.709712401945.issue25251@psf.upfronthosting.co.za>
2016-03-22 16:44:18steve.dowerlinkissue25251 messages
2016-03-22 16:44:17steve.dowercreate