[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Nmh-workers] Final poll: anything pending for 1.6-release?
From: |
Ken Hornstein |
Subject: |
Re: [Nmh-workers] Final poll: anything pending for 1.6-release? |
Date: |
Sun, 15 Jun 2014 00:00:13 -0400 |
>It's also a bit uglier than I wanted because the locale is named
>en_US.utf8 but LC_ALL is named en_US.UTF-8. Is there a way for
>them to be the same (ignoring case)?
This makes the tests not run on MacOS X, because "locale -a" shows the
locale listings with UTF-8, not utf8 There seems to be no uniformity
here in the mechanics of how locale(1) works; see the differing output
between different operating systems for "locale LC_CTYPE". I would
personally argue that the Linux implementation seems to be wrong; locale
-m everywhere seems to show a character set of UTF-8 (the character set
that is in the MIME registry).
I think the only true solution here is to create a test program. I
cooked up a simple something that I've attached below that seems to do
the job, but it will probably need to be adapted a bit. Given that this
is a bit more complicated than expected, I do not believe it should be
in 1.6.
--Ken
testlocale.c
Description: testlocale.c