Currently I have a libtool that looks something like this: # The library search path used internally by the compiler when linking # a shared library. compiler_lib_search_path="-LD:/Eclipse/Workspace/MINGW-packages/mingw-w64-gcc/src/build-UCRT64/x86_64-w64-mingw32/libstdc++-v3/src -LD:/Eclipse/Workspace/MINGW-packages/mingw-w64-gcc/src/build-UCRT64/x86_64-w64-mingw32/libstdc++-v3/src/.libs -LD:/Eclipse/Workspace/MINGW-packages/mingw-w64-gcc/src/build-UCRT64/x86_64-w64-mingw32/libstdc++-v3/libsupc++/.libs -LC:/msys64/ucrt64/x86_64-w64-mingw32/lib -LC:/msys64/ucrt64/lib -LD:/Eclipse/Workspace/MINGW-packages/mingw-w64-gcc/src/build-UCRT64/gcc -LC:/msys64/ucrt64/x86_64-w64-mingw32/bin -LC:/msys64/ucrt64/x86_64-w64-mingw32/lib -LC:/msys64/ucrt64/lib/../lib -LC:/msys64/ucrt64/lib"
Issues arise since the following library path from the newly compiled gcc inexplicably appears after the paths to the System libraries, rather than before them, as with the other libstdc++-v3 src and .lib directories, causing gcc to link the System's copy of those libraries rather than its own recompiled binaries, and then fail because the libraries on my System were not configured and compiled with support for the new Win32 threading model from gcc 13: -LD:/Eclipse/Workspace/MINGW-packages/mingw-w64-gcc/src/build-UCRT64/gcc Is there a way to edit the order of these search paths? best regards, Julian
