Markus Mützel

That file seems to build natively on MinGW using a build environment from MSYS2: https://github.com/ERGO-Code/HiGHS/runs/7586941356?check_suite_focus=true#step:5:10 Maybe, you'll need to allow ANSI extension with a flag similar to `-std=gnu++11`, e.g. by...

It would be nice if this could be resolved in a way that works cross-platform. Unfortunately, Windows doesn't understand `__attribute__((visibility("hidden")))`. Instead, it uses a `dllexport`-`dllimport` mechanism. Essentially, if the linker...

The approach here isn't wrong. It's just not easily portable to Windows (because on that platform, there is just a flag for "export this" and there is none for "don't...

The clang environments failed with the following error: https://github.com/msys2/MINGW-packages/runs/8027125424?check_suite_focus=true#step:10:7534 ``` FAILED: lib/Testing/Support/CMakeFiles/LLVMTestingSupport.dir/Error.cpp.obj D:\M\msys64\clang64\bin\clang++.exe -DGTEST_HAS_RTTI=0 -D_FILE_OFFSET_BITS=64 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -IC:/_/mingw-w64-clang/src/build-CLANG64/lib/Testing/Support -IC:/_/mingw-w64-clang/src/llvm/lib/Testing/Support -IC:/_/mingw-w64-clang/src/build-CLANG64/include -IC:/_/mingw-w64-clang/src/llvm/include -IC:/_/mingw-w64-clang/src/llvm/utils/unittest/googletest/include -IC:/_/mingw-w64-clang/src/llvm/utils/unittest/googlemock/include -march=x86-64 -mtune=generic -O2 -pipe -stdlib=libc++ -fvisibility-inlines-hidden...

I can reproduce here. When I attach `gdb` to the process in this state, I get the following (not very informative) backtraces: ``` (gdb) thread apply all bt Thread 2...

> `osgearth` has a debug package `osgearth-debug`, Testing it would help I guess Good idea! Alas, there seems to be an issue with the debug package (or I'm using it...

Thanks for the hint with `--logDepth`. I also needed that for a non-stripped (non-debug) version I built locally. Steps to reproduce the backtrace with the file you showed: * From...

@revelator: The program doesn't crash. It "just" hangs forever.

Aaah. Are you referring to this `previous frame inner to this frame (corrupt stack?)`? I see that pretty often on mingw. Afaict, it doesn't necessarily mean that the stack is...

It starts to hang at a weird point in the code. With a non-stripped debug build: ``` (gdb) n osgEarth::Threading::JobArena::~JobArena (this=0x26e01962460, __in_chrg=) at D:/MINGW-packages-mmuetzel/mingw-w64-osgearth/src/osgearth/src/osgEarth/Threading.cpp:538 538 } (gdb) thread apply all...