This is the mail archive of the
libc-locales@sourceware.org
mailing list for the GNU libc locales project.
[Bug localedata/20664] New: Unexpected collation in en_US.UTF-8, different to ICU CLDR
- From: "meta at pobox dot com" <sourceware-bugzilla at sourceware dot org>
- To: libc-locales at sourceware dot org
- Date: Mon, 03 Oct 2016 22:19:03 +0000
- Subject: [Bug localedata/20664] New: Unexpected collation in en_US.UTF-8, different to ICU CLDR
- Auto-submitted: auto-generated
https://sourceware.org/bugzilla/show_bug.cgi?id=20664
Bug ID: 20664
Summary: Unexpected collation in en_US.UTF-8, different to ICU
CLDR
Product: glibc
Version: 2.23
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: localedata
Assignee: unassigned at sourceware dot org
Reporter: meta at pobox dot com
CC: libc-locales at sourceware dot org
Target Milestone: ---
On Fedora 24 with glibc-2.23.1 I get the following interesting sort behavior:
% echo -e "+00\n-0c\n+02\n-02" | LC_ALL=en_US.UTF-8 sort
+00
-02
+02
-0c
On Mac OS X 10.11 I get less surprising behavior:
% echo -e "+00\n-0c\n+02\n-02" | LC_ALL=en_US.UTF-8 sort
+00
+02
-02
-0c
I've tried to reproduce the first result using
<http://demo.icu-project.org/icu-bin/collation.html> but have not managed to
find a set of options that will do so.
So I'm not sure if it is technically a bug, but I would say that it's at least
unexpected and apparently diverges from ICU & CLDR.
--
You are receiving this mail because:
You are on the CC list for the bug.