Comment 28 for bug 992047

On 2013-02-27 05:28 +0100, ~suv wrote:
> After adding the file, the translation files (*.mo) are processed and
> installed, but gettext still gets the destination directory wrong
> (DATADIRNAME is 'lib' instead of 'share'), at least on OS X (possibly
> related to bug #398571 (?)).

Testing on Ubuntu 12.10: after adding the missing po/LINGUAS file, trunk (r12155) can be installed into a custom prefix as expected, including the translation files. The *.mo files install as expected into '$prefix/share/locale/$lang/LC_MESSAGES'.

The updated autotools build system is partially broken though on OS X (and likely on other BSD-based systems (unverified)) wrt to i18n support.

Running configure with '--datadir=$prefix/share' or with '--localedir=$prefix/share/locale" does not help either: the locale files still get installed into '$prefix/lib/locale' instead. Any help fixing this would be appreciated.

(OS X build tested with GTK+/Quartz 2.24.16, autoconf 2.69, automake 1.13.1, gettext 0.18.1.1, intltool 0.50.2).