Marc Hörsken
Marc Hörsken
As I guessed it does not seem to be a linear issue. Before / without this PR: https://ci.appveyor.com/project/curlorg/curl/builds/44661247/job/fq5hqnkj4bjr90p5#L4987 ``` test 3026...[curl_global_init thread-safety] -------e--- OK (1510 out of 1510, remaining: 00:00,...
To sum up, only builds using the following compilers on AppVeyor are affected by the slowness after all: - C:\mingw-w64\x86_64-8.1.0-posix-seh-rt_v6-rev0\mingw64\bin - C:\mingw-w64\x86_64-7.2.0-posix-seh-rt_v5-rev1\mingw64\bin - C:\mingw-w64\i686-6.3.0-posix-dwarf-rt_v5-rev1\mingw32\bin - C:\MinGW\bin So I guess it...
I will need to reproduce this locally and figure out a better way to shorten the runtime for legacy MinGW builds.
Update: I was able to reproduce this locally with classic/legacy MinGW. Next up is identifying the root cause / finding workaround.
Root cause: the slow part is loading of `iphlpapi.dll` (or any other library) as part of `Curl_win32_init` during `curl_global_init`.