libwinpthread-1.dll missing from release about drmingw HOT 9 CLOSED

The libwinpthread-1.dll dependency is unintentional. DrMingw should either not depend on it (ie, use Win32 threads as opposed to Posix threads) or statically link libwinpthread-1.dll.

It happened between 0.9.7 and 0.9.8, likely due to the new MinGW compiler toolchain from d9a82b4.

I'll need to figure a solution, and add logic to prevent this from silently happening again.

from drmingw.

Going through git history, I'm starting to recollect: 3450a15 should have ensured winpthreads are statically linked...

from drmingw.

Also worth noting that, when compiling with the llvm-mingw toolchain, it uses libc++ instead of libstdc++. The winpthread library is available in the toolchain, but libc++ does not actually use winpthreads.

from drmingw.

If you would like to to stick to GCC, mingw-builds still provides toolchains without posix threads: https://github.com/niXman/mingw-builds-binaries/releases

from drmingw.

Thanks @alvinhochun

I'm building with LLVM/Clang for Arm, but still building with GCC for x86.

The odd thing here is that when I build locally libwinpthread-1.dll is statically linked. I need to dig further..

from drmingw.

After a few experiments, I've narrowed down the issue. It only happens on Release builds (only used for producing the binaries), and never on the Debug builds (used for continuous testing and integration.) Why, I haven't yet figured out. I need to reproduce locally first.

from drmingw.

Fixed in https://github.com/jrfonseca/drmingw/releases/tag/0.9.9

from drmingw.