Re: International po file with GTK+ 2.0.6 on Windows

> So, this leads me to believe that not calling bindtextdomain with a
> specific path doesn't allow the program to find the gkrellm.mo file it
> needs.

> i.e changing the above to just this
>       textdomain(PACKAGE);
>       bind_textdomain_codeset(PACKAGE, "UTF-8");
>       bindtextdomain(PACKAGE, "c:/gtk/lib/locale");
> seems to work.

> Does anyone know where the default location it is looking for when the
> path isn't explicitly specified? 

If you use the patched libintl DLL I provide, it is
<libintl-top>\share\locale, where libintl-top is the parent folder of
where libintl-1.dll is located (if it is in a subfolder called "bin"
or "lib"), or the folder where libintl-1.dll is (otherwise). I.e. the
same rules that GLib and GTK+ use to find their installation folders
at run-time.

In the standard gettext (libintl), the default location is hardcoded
when building the library, <prefix>/share/locale.

> Does anyone know why it seems to find the gtk mo file and not my
> specific one?

Try installing your .mo files as
<libintl-top>\share\locale\<locale-code>\LC_MESSAGES\<PACKAGE>.mo,
where locale-code is the (umm, don't remember the RFC number) style
locale identifier, for instance en_GB, sv, zh_CN.

--tml