[Bug 570979] UTF8 PO files not being read as UTF8

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=570979

Iain Arnell <iarnell at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |CLOSED
         Resolution|                            |NOTABUG

--- Comment #1 from Iain Arnell <iarnell at gmail.com> 2010-03-07 04:55:35 EST ---
I don't think Locale::PO is at fault here. It makes no claim to support any
form of automatic encoding detection or conversion. It would appear to be the
responsibility of the calling code to interpret the PO header and react
accordingly.

It's also important to note that according to the gettext manual, §11.2.4 [1],
"the msgid argument to gettext  is not subject to character set conversion.
Also, when gettext does not find a translation for msgid, it returns msgid
unchanged – independently of the current output character set. It is therefore
recommended that all msgids be US-ASCII strings."

Maybe you can work around this limitation using the -C flag or PERL_UNICODE
environment variable to persuade Locale::PO (and everything else) to read/write
everything using :utf8 by default.

[1] http://www.gnu.org/software/gettext/manual/gettext.html#Charset-conversion

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.