Re: GTK+ v2.12.2 build for Windows ?
- From: "Tor Lillqvist" <tml iki fi>
- To: "Miroslav Rajcic" <rajcic sokrates hr>
- Cc: gtk-app-devel-list gnome org
- Subject: Re: GTK+ v2.12.2 build for Windows ?
- Date: Thu, 29 Nov 2007 13:04:32 +0200
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
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]