On Sun, Oct 21, 2007 at 03:07:06PM +0600, Alexander E. Patrakov wrote: > Steve Langasek wrote:
>> I don't see any reason that the behavior of iconv should be dependent on >> the >> locale in which it's invoked. > See http://osdir.com/ml/linux.lfs.devel/2006-01/msg00678.html, where the > maintainer of libiconv writes in response to a similar report about > transliterations: >>> In contrast to that, libiconv bases its decisions only upon >>> the source and destination character sets. >> This is true, and is actually a problem with libiconv. Because for example >> transliteration from Cyrillic to Latin scripts has to be locale dependent. That doesn't explain, e.g., differences in transliteration in en_US vs. en_US.UTF-8, or why an English locale should be relevant at all when transliterating non-Latin characters between the CP932 and EUC-JP charsets. I think this is still a bug in glibc iconv in this case. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
