copy and rename mfreadwrite.dll as libmfreadwrite.dll in your library path, that may works
for detail configuration , you just run "gcc -v", that woud print it out like the following: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=d:/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/8.2.0/lto-wrapper.exe Target: x86_64-w64-mingw32 Configured with: ../gcc-8.2.0/configure --build=x86_64-w64-mingw32 --enable-targets=all --enable-multilib --enable-64bit --prefix=/mingw64 --with-sysroot=/mingw64 --disable-shared --enable-static --disable-nls --enable-version-specific-runtime-libs --disable-win32-registry...
no quite fully understand your question, are you building GCC by youself?
SJLJ support 32bit and 64bit at the same time. so for multilib, SJLJ is the only choice.
I think you ignore the configration flags "--disabled-shared", it just generate static library , no dll. It may increase size of your binary slightly , but totally size of final release is reduced since no necessary to include the .dll. another reason to disable shared is for multilib support. 32bit and 64bit libary has the same dll filename , it will conflict and overwrites. to keep it simple, all of my release will not include any dll.
I think you ignore the configration flags "--disabled-shared", it just generate static library , no dll. It may increase size of your binary slightly , but totally size of final release is reduced since no necessary to include the .dll. another reason to disable shared is for multilib support. 32bit and 64bit libary has the same dll filename , it will conflict and overwrites. to keep it simple, all of my release will not include any dll.
I think you ignore the configration flags "--disabled-shared", it just generate static library , no dll. It may increase size of your binary slightly , but totally size of final release is reduced since no necessary to include the .dll.
I think you ignore the configration flags "--disabled-shared", it just generate static library , no dll. It may increase size of your program slightly , but avoid the hell of dll.