2012-01-31 14:14 keltezéssel, Erik van Pienbroek írta:
Boszormenyi Zoltan schreef op di 31-01-2012 om 11:13 [+0100]:
> until recently, there were 2 versions of mingw-glib2 in the repository,
> 2.30.1 and 2.31.x (some older point release, I don't remember
> the exact 3rd number). The 2.31.x unstable version was not usable
> with GTK2 2.24.3, I had constant GPFs under Windows with it. So I kept
> downgrading to 2.30.1. Now, only glib2-2.31.12 is there and gtk2 was
> upgraded to 2.24.9. Is this combination stable?
> Zoltán Böszörményi
The combination glib 2.31.12 and gtk 2.24.9 should work fine. It is also
used in the native Fedora (rawhide). Also note that some days ago a mass
rebuild has taken place using gcc 4.7 and mingw-w64 trunk. It's likely
that this update introduced a slight difference in behavior which makes
old packages (compiled using an older gcc and mingw-w64 branch)
incompatible with the rebuilt packages. So it is recommended to update
all packages which are currently in the testing repo and test for any
If you still encounter issues with these updated packages please let me
I have recompiled my application for Windows and it starts up nicely.
We'll have to test it more to say whether there's a problem or not.
I have another question, though. Which files should be added into
the NSIS installer to make the GTK2 app display national texts in widgets?
E.g the stock buttons display the English texts, Apply, Cancel, etc.
instead of the ones in my language. I have added the whole share/locale/hu
directory and even all bin/* and share/gettext/* from mingw32-gettext.
This is not a regression from the old version. The application's main.c
bindtextdomain (GETTEXT_PACKAGE, PACKAGE_LOCALE_DIR);
$ grep PACKAGE_LOCALE *
Does "bindtextdomain()" have something to detect (and fix) the PATH of the
programs under Windows? Or should I do it manually?
Erik van Pienbroek
mingw mailing list