Re: Untranslated gettext UTF-8 strings and different platforms

From: Date: Sat, 06 Jan 2007 10:05:52 +0000
Subject: Re: Untranslated gettext UTF-8 strings and different platforms
References: 1  Groups: php.i18n 
Request: Send a blank email to php-i18n+get-1047@lists.php.net to get a copy of this message
Thomas Deniau <thomas@deniau.org> wrote: > If I've understood correctly the docs, gettext does a binary comparison > between the msgids, so if the files are in the same encoding, the > lookup should not fail. Does anyone know what differences between the > two platforms causes these different behaviours ? Or does anyone see > any bug in the code ? In case anyone has this problem in the future, I got the answer from Bruno Haible on the Sourceforge translation-i18n mailing list : Debian stable still has glibc 2.3.2, which has a comparison bug in glibc/intl/hash-string.c for UTF-8 strings. This was fixed in glibc 2.3.3. The solution is either to use Debian unstable, or to compile a new gettext with the "--with-included-gettext" option, which uses gettext's own implementation of the incriminated function (and make php use the new gettext, of course). (see the post by Bruno Haible on the translation-i18n@lists.sourceforge.net mailing-list, on Thu, 4 Jan 2007 at 23:03:39 +0100) -- Thomas Deniau

« previous php.i18n (#1047) next »