Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=629209
John Stebbins stebbins@jetheaddev.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stebbins@jetheaddev.com
--- Comment #22 from John Stebbins stebbins@jetheaddev.com 2010-09-11 11:59:49 EDT --- (In reply to comment #4)
mingw32-gcc doesn't appear to build against mingw32-runtime-3.18, see http://koji.fedoraproject.org/koji/getfile?taskID=2449090&name=build.log
Creating library file: .libs/libgfortran.dll.a/builddir/build/BUILD/gcc-4.5.1/build/./gcc/libgcc_eh.a(unwind-sjlj.o): In function `__gthread_key_create': /builddir/build/BUILD/gcc-4.5.1/build/i686-pc-mingw32/libgcc/../../../libgcc/../gcc/gthr-win32.h:582: undefined reference to `_TlsAlloc@0'
I ran across a what appears to be the same problem when compiling a library with mingw64 which is available here (which is also gcc-4.5) http://www.mail-archive.com/mingw@lists.fedoraproject.org/msg00135.html
After a little experimentation, I discovered that the code that provokes it is a function that uses varargs. e.g. int my_printf( char *fmt, ... ) { }
Removing the function allowed the link to succeed. Also, leave the function in and link with g++ instead of gcc succeeds.