This is the mail archive of the
mailing list for the glibc project.
Introduce en_EU? (was: [PATCH 1/1] Fix yesexpr in en_DK locale)
- From: Rafal Luzynski <digitalfreak at lingonborough dot com>
- To: Mike Fabian <mfabian at redhat dot com>, Florian Weimer <fweimer at redhat dot com>
- Cc: libc-alpha at sourceware dot org
- Date: Tue, 8 Aug 2017 21:12:51 +0200 (CEST)
- Subject: Introduce en_EU? (was: [PATCH 1/1] Fix yesexpr in en_DK locale)
- Authentication-results: sourceware.org; auth=none
- References: <email@example.com> <firstname.lastname@example.org> <CGME20170731063951epcas5p3d3910a93ab4af53aac061b7e5c04b4a6@epcms5p5> <1855189273.376429.1501730482013.JavaMail.weblogic@ep1ml504d> <email@example.com> <firstname.lastname@example.org>
- Reply-to: Rafal Luzynski <digitalfreak at lingonborough dot com>
3.08.2017 12:23 Florian Weimer <email@example.com> wrote:
> On 08/03/2017 10:54 AM, Mike FABIAN wrote:
> > Yes,I think so, I could not find any reasons for this in the git log
> > either, so I think it is just a mistake.
> The reason is that en_DK is used outside Denmark, as some sort of
> generic continental European English locale.
With all due respect, I can't see any reason why _DK was chosen
to represent a generic continental European English locale.
If such locale is actually needed, shouldn't we introduce en_EU
instead? _EU can be understood either as Europe or as European
Union, both could be assumed valid.
On the other hand, we have multiple locale categories
(LC_MESSAGES, LC_MONETARY etc.) to let the users choose that,
for example, they want English messages while monetary and
other measures specific for their proper countries.
Can we introduce en_EU even if there is no ISO regulation
defining EU as a territory/country/etc.?