Description of problem: libgcc_eh.a sometimes needs symbols from libmingw32.a (___mingwthr_key_dtor) and libkernel32.a (_SetLastError@4, _InterlockedIncrement@4, _TlsAlloc@0, _TlsSetValue@8), but does not pass -lmingw32 -lkernel32 to collect2 after -lgcc_eh. The result is that, when compiling glib2-2.28.0, linking glib-compile-schemas.exe fails; I had to manually call collect2 with added arguments to make the mingw32-glib2 rpm build. Version-Release number of selected component (if applicable): mingw32-gcc-4.5.1-2.fc15 How reproducible: always Steps to Reproduce: see for example the mingw32-glib2-2.28.0-1.fc16.src.rpm and remove the two lines marked with "evil hack". Actual results: Missing symbols during linking of gio/glib-compile-schemas.exe Expected results: Linking succeeds
Isn't this a side-effect of mingw32-runtime 3.18 being re-added to the repositories caused by the mass rebuild? In bug 629209 there was a comment that the mingw32-runtime 3.18 package was pulled from the buildroot because of issues: https://bugzilla.redhat.com/show_bug.cgi?id=629209#c19 As far as I know that package shouldn't have been re-added to the F15/F16 repositories..
I believe the bug in mingw32-runtime is fixed: http://pkgs.fedoraproject.org/gitweb/?p=mingw32-runtime.git;a=commitdiff;h=ae21a9a8853 Closing the ticket.