This is the mail archive of the
libc-locales@sourceware.org
mailing list for the GNU libc locales project.
[Bug localedata/4628] Provide rump locales with ISO 8601 variants for use with LC_TIME
- From: "carlos at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: libc-locales at sourceware dot org
- Date: Fri, 20 May 2016 15:30:26 +0000
- Subject: [Bug localedata/4628] Provide rump locales with ISO 8601 variants for use with LC_TIME
- Auto-submitted: auto-generated
- References: <bug-4628-716 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=4628
--- Comment #14 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Mike Frysinger from comment #13)
> (In reply to Carlos O'Donell from comment #10)
>
> with the current locale system, a new C locale will only be useful if you
> speak English. everyone else is still screwed.
I'm confused, why would they be screwed?
If you truly want ISO 8601, there are no language specific parts of the date
format. Do you have a copy of the standard to follow?
In ISO 8601 you never say "Monday" you always talk about the ordinal day number
of the week e.g. 1.
Therefore ISO 8601-compliant abday might just be 1, 2, 3, 4, 5, 6, 7?
Likewise with everything else. The whole point of ISO 8601 is to be an
international standard that is usable by everyone who can read numbers.
Does that clarify why non-English speakers should be able to set LC_TIME to
C@iso8601?
--
You are receiving this mail because:
You are the assignee for the bug.