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=628199
--- Comment #3 from Felipe Contreras felipe.contreras@gmail.com 2010-09-03 06:23:32 EDT --- (In reply to comment #2)
You're supposed to use our gtk libraries, packaged using (eg) nsiswrapper. Mixing our compiled binary with some other gtk libraries you found could cause all sorts of subtle problems.
That's so not what I'm supposed to do.
I'm writing a simple Pidgin plugin; it's a single dll that is supposed to link against libpurple, and glib, and so on. Since all these libraries preserve backwards compatibility there's no risk of linking against older ones. So I link against mingw32 ones, and they work fine.
Nobody would expect my plugin to distribute it's own libpurple, and glib.
In fact, the whole purpose of mingw32 is to not distribute it's own libc and win32 libraries, but to link to the ones already present on the system.