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 paul.moore
Recipients BreamoreBoy, LRN, WhiteTiger, arbitraryvalue, cdavid, cgohlke, cournape, donmez, eric.araujo, giampaolo.rodola, jdpipe, loewis, paul.moore, r.david.murray, ralf.gommers, rpetrov, rubenvb, scott.tsai, simonzack
Date 2015-05-19.16:39:01
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CACac1F_0i-m4A_Cv2Qxwx5S6QXpkhTdLhXJLmCLT=d-5oQdxig@mail.gmail.com>
In-reply-to <1432051771.53.0.26083969067.issue4709@psf.upfronthosting.co.za>
Content
On 19 May 2015 at 17:09, Руслан Ижбулатов <report@bugs.python.org> wrote:
> 3) Use MSVC for CPython and MinGW-w64 for the rest and somehow ensure that FDs are converted when passing the CRT barrier. And stat structs as well. And everything else that differs. This is a path of frustration that leads nowhere and does not seem sustainable to me.

That is the one this issue is about. It *is* possible (mingw grew the
-lmsvcr100 and similar flags, at least in part to support it). But
it's not easy to set up, and the people asking for it to be supported
have never really addressed all of the issues involved (at least not
in a reproducible/supportable way).

Building Python with mingw, while out of scope for this particular
issue, has always failed because nobody has been willing to step up
and offer the long-term support commitment that would be required,
AIUI.
History
Date User Action Args
2015-05-19 16:39:02paul.mooresetrecipients: + paul.moore, loewis, jdpipe, giampaolo.rodola, donmez, scott.tsai, cdavid, eric.araujo, rpetrov, r.david.murray, cgohlke, rubenvb, WhiteTiger, BreamoreBoy, LRN, cournape, arbitraryvalue, ralf.gommers, simonzack
2015-05-19 16:39:01paul.moorelinkissue4709 messages
2015-05-19 16:39:01paul.moorecreate