> As soon as I have checked a couple of small things and uploaded it. Now gtk+-2.12.2 binaries are on ftp.gnome.org.
A bit of care is advisable with this version. Please test thoroughly before deploying. They are built against a fresh build of gettext-0.17 and require gettext-runtime 0.17 at run-time. The gettext binaries are in the binaries/win32/dependencies folder on ftp.gnome.org. (The gettext-tools package is not needed by GTK+-using applications. It is needed when building applications that use message catalogs, as it contains msgfmt and friends.) One side-effect of this is that the message catalogs are now in share/locale, not lib/locale. Re-packagers take note. share/locale is the more "correct" location anyway. The reason why the intl.dll from my older build of gettext-runtime 0.14.5 isn't good enough is because of gettext's re-implementations of the *printf() functions that are exposed in libintl.h and provided in the libintl shared library (intl.dll). For some reason now in 017 also snprintf() is provided, but wasn't in 0.14.5. Or something, I don't understand the rationale behind this, why does gettext have to muck at all with printf() etc? The reason why I wanted to switch to a newer gettext in the first place is because 0.14.5 was getting a bit old (although it worked fine), and I wanted at the same time to switch to using the win_iconv implementation of iconv (from http://yukihiro.nakadaira.googlepages.com/#win_iconv ) instead of GNU libiconv. win_iconv uses the Win32 API and thus has a much smaller footprint. --tml _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
