Anaflion

Хмм... Не помню проблем с gcc под win совершенно никаких - вот в чем можно быть уверенным - это в работе сообщества над компилятором.

Он мне собирал и qt и wxWidgets не говоря про мои простые относительно приложения.

У вас проблема, возможно, что не с ним. Вы ему ключи какие передаëте для компиляции приложения? Может у вас проблема с системой сборки? Может не все библиотеки и их зависимости указаны?

У вас приложение линкуется со внешними зависимостями статически или динамически? Если динамически, то может вам надо эту dll подложить ?

Я столкнулся в этой же проблемой.
Она оказалась в том, что mingw64 дефолтно ставящийся MSYS2 и содержащиеся библиотеки не линкуются с приложением х32: т.е. для приложений, что собираются с ключом -m32 линкер -ld не находит в \mingw64\lib совместимых библиотек.

Если вы зайдете в каталог \mingw32 в \bin и в \lib там возможно пусто будет.
Мне пришлось поставить mingw-w64-i686-gcc - C/C++

Более того - я нашел совет скачать всё разом и конфигурировать таргеты вручную (или собирать gcc под себя с --enable-multilib --with-multilib-list=m64,m32. Кстати TDM-GCC уже так и собран и я был очень этому рад, но он не поддерживает потокобезопасный (std::osyncstream) безопасный вывод с++ 20, который уже поддерживает GCC в v11.02 ведь в TDM-GCC версия 10.03... ):

pacman -S --needed base-devel mingw-w64-i686-toolchain mingw-w64-x86_64-toolchain \
git subversion mercurial \
mingw-w64-i686-cmake mingw-w64-x86_64-cmake

Это не очень удобно с одной стороны - приходится настраивать кроме дефолтных целей сборки - Release/Debug еще и Release32/Debug32 и для последних прописывать использование \mingw32 и \bin и \lib.
--------------------------------------------------------------------------------------
Надеюсь мне подскажут лучший путь или даже подарят хорошую ссылку с просвещением почему бы не сделать мультилибные сборщики сразу? :)))