This is also a problem with meson which tries to execute things in the build
directory using the build directory DLLs by prepending those to PATH.
Since meson uses a Python helper the PATH gets updated to include the
system prefix first which makes things link against the installed libraries
instead and fail because symbols are missing.
One of the reasons why this was added in the first place is that Python loads
C extensions in lib-dynload which then can't find the libraries in prefix
(e.g. "import tkinter") if it isn't in PATH.
By moving the prefix at the end of PATH we make both cases work.
Starting with Python 3.8 C extensions will no longer use PATH for loading
DLL dependencies, see https://github.com/python/cpython/pull/12302
so we will have to look into this again then.
* Initial python-3.7 port
* python3: Add setup.config.in to remove before patching
* python3: Implement setenv for mingw. Fix building with NT threads. Build
with unicode
* Fix typos
* Fix linking core modules
* Mingw build have exec_prefix
* Remove deprecated patch
* Fix building python and modules. Failing to build readline module and
install not working yet
* More getpath changes and more aggressive path separator conversion
* Fix readline module compilation and linking errors
* python3: By default building with posix threads, NT threads are broken.
Some patches optimization. First buildable commit
* Py_DecodeLocale handle char, not wchar
* Fix building multiprocessing module with posix threads
Moved 0600-msys-mingw-prefer-unix-sep-if-MSYSTEM.patch
to 0555-msys-mingw-prefer-unix-sep-if-MSYSTEM.patch
so that 0560 can use the new functions it provides
(Py_GetSep{A,W}, Py_NormalizeSeps{A,W})
Starting to wonder if these changes aren't too invasive
overall, but in for a penny in for a pound.
