Where is the libtool compiler lib search path generated from?

Where is the libtool compiler lib search path generated from?

[Julian Waters]

[-- Attachment #1: Type: text/plain, Size: 1397 bytes --]

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