Carl Kleffner added the comment:
I experienced this behaviour by accident several times. Most likely this is due
to inconsistenticies in different binutils and mingw-runtime versions/patches.
See i.e. http://article.gmane.org/gmane.comp.gnu.binutils/46799
A robust solution is to exclusively
Carl Kleffner added the comment:
The most robust way to support a specific mingw-w64 distribution is to copy a
python import library generated by this specific toolchain and the provided
import library for the corresponding msvcrXX.dll runtime into the libs folder.
This has to be performed
Carl Kleffner added the comment:
Windows itself is the primary user of msvcrt.dll.
A Windows 7 installation has over 1500 DLLs and over
350 executables in System32 that depend on msvcrt.dll.
Windows developers such as Raymond Chen get a bit annoyed
when projects link directly
Carl Kleffner added the comment:
The situation is not THAT bad. You can install a prerelease of mingwpy with pip:
pip install -i https://pypi.anaconda.org/carlkl/simple mingwpy
or with conda: (thanks to omnia-md)
conda install -c https://conda.anaconda.org/omnia mingwpy
It is not hosted