Upstream SciPy/NumPy force static linking of gcc libs to avoid shipping libgcc_s_seh-1.dll, libstdc++-6.dll, libgfortran-5.dll, libquadmath-0.dll, libwinpthread-1.dll. Those names are unversioned and Windows resolves DLLs by name process-wide, so there's no guarantee we end up with the correct version.
This was valid at the time the toolchain was set up (12/29/2021), but nowadays there's delvewheel that provides robust shipping of name-mangled libs. So there's a easy workaround to escape dependency hell.
Note: only relevant for Scipy, since we use msvc to build numpy, which links dynamically by default.
Upstream SciPy/NumPy force static linking of gcc libs to avoid shipping libgcc_s_seh-1.dll, libstdc++-6.dll, libgfortran-5.dll, libquadmath-0.dll, libwinpthread-1.dll. Those names are unversioned and Windows resolves DLLs by name process-wide, so there's no guarantee we end up with the correct version.
This was valid at the time the toolchain was set up (12/29/2021), but nowadays there's delvewheel that provides robust shipping of name-mangled libs. So there's a easy workaround to escape dependency hell.
Note: only relevant for Scipy, since we use msvc to build numpy, which links dynamically by default.