On Thu, 2005-06-02 at 21:57 +0200, Peter N. Lundblad wrote:
>On Thu, 2 Jun 2005, Nicolás Lichtmaier wrote:
>
>> Daniel L. Rall wrote:
>>
>> >Nicolás Lichtmaier wrote something along the lines of the module
>> >referenced in the "Possible implementation" section
>> ><http://svn.haxx.se/dev/archive-2004-04/0788.shtml>, which has been
>> >committed to the server-l10n branch. However, it depends upon the GNU
>> >gettext .mo format, and the GNU implementation may not be available on
>> >all platforms (unless re-implemented). This module will need to be
>> >enhanced or replaced, ideally completely obviating the need for
>> >linkage against a platform's own gettext implementation.
>> >
>>
>> You seem to imply that my code depends in some way on GNU gettext code.
>> That's not true. Of course there's a dependency on msgfmt for creating
>> the .mo files, but that's already the case in Subversion. Using an
>> accepted file format for message catalogs is not a downside, is a plus!
>>
>But is that file format the same in non-GNU gettext implementations? Else
>we start depending on GNU gettext, and can't use the systems's gettext
>anymore.
Peter's clarification here is where the statement upon GNU gettext
dependency -- on the package which supplies msgfmt, rather than the API
-- originally came from. Do you know whether the format of the .mo
files created by GNU msgfmt is "standard"?
Here's a somewhat relevant section from configure.in:
USE_NLS="no"
if test "$enable_nls" = "yes"; then
dnl First, check to see if there is a working msgfmt.
AC_PATH_PROG(MSGFMT, msgfmt, none)
AC_PATH_PROG(MSGMERGE, msgmerge, none)
AC_PATH_PROG(XGETTEXT, xgettext, none)
if test "$MSGFMT" != "none"; then
AC_SEARCH_LIBS(bindtextdomain, [intl], [],
[
AC_MSG_WARN([bindtextdomain() not found. Disabling
NLS.])
enable_nls="no"
])
if test "$enable_nls" = "yes"; then
AC_DEFINE(ENABLE_NLS, 1,
[Define to 1 if translation of program messages to the
user's
native language is requested.])
USE_NLS="yes"
fi
fi
fi
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 2 23:13:40 2005