From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from rap.rap.dk (unknown [77.213.92.71]) by sourceware.org (Postfix) with ESMTP id 535213858D35 for ; Tue, 7 Jul 2020 17:28:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 535213858D35 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=keldix.com Authentication-Results: sourceware.org; spf=none smtp.mailfrom=keld@rap.rap.dk Received: by rap.rap.dk (Postfix, from userid 500) id E46242800; Tue, 7 Jul 2020 19:28:39 +0200 (CEST) Date: Tue, 7 Jul 2020 19:28:39 +0200 From: Keld Simonsen To: Eidur Eidsson Cc: "libc-locales@sourceware.org" Subject: Re: English locale for Europe ? en_150 Message-ID: <20200707172839.GA13937@rap.rap.dk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Status: No, score=1.9 required=5.0 tests=BAYES_40, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, KHOP_HELO_FCRDNS, MAY_BE_FORGED, SPF_HELO_NONE, SPF_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-locales@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-locales mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2020 17:28:44 -0000 what is the difference of this locale from the standard iso 30112 i19n locale? also what is the difference in purpose? keld On Mon, Jul 06, 2020 at 11:38:26PM +0000, Eidur Eidsson via Libc-locales wrote: > Hello to you all and thank you for your efforts > > I have been wondering whether it would be feasible to include the locale "en_150" in glibc. This is a standard CLDR/ICU-defined locale (not a personal invention) that has been mentioned here before: https://sourceware.org/legacy-ml/libc-locales/2016-q2/msg00245.html . > > I have prepared the following prototype by visually inspecting the ICU demonstration at https://icu4c-demos-7hxm2n5zgq-uc.a.run.app/icu-bin/locexp . Of course it would be better to automatically derive the locale from the library itself, but this shows what it could look like. The only immediate problem I can see is the use of "XXX" as a currency code. Perhaps "EUR" could be used instead (and "@euro" appended to the name) although this is strictly not an EU locale. > > ---------- > > comment_char % > escape_char / > > % This file is part of the GNU C Library and contains locale data. > % The Free Software Foundation does not claim any copyright interest > % in the locale data contained in this file. The foregoing does not > % affect the license of the GNU C Library as a whole. It does not > % exempt you from the conditions of the license if your use would > % otherwise be governed by that license. > > % This locale is based on English for region 150 within ICU (icu-project.org). It is characterized by a decimal point, 24-hour clock, little-endian dates, and ISO week-numbering. > > LC_IDENTIFICATION > title "English locale for Europe" > source "Free Software Foundation, Inc." > address "https:////www.gnu.org//software//libc//" > contact "" > email "bug-glibc-locales@gnu.org" > tel "" > fax "" > language "English" > territory "Europe" > revision "0.1" > date "2020-07-06" > > category "i18n:2012";LC_IDENTIFICATION > category "i18n:2012";LC_CTYPE > category "i18n:2012";LC_COLLATE > category "i18n:2012";LC_TIME > category "i18n:2012";LC_NUMERIC > category "i18n:2012";LC_MONETARY > category "i18n:2012";LC_MESSAGES > category "i18n:2012";LC_PAPER > category "i18n:2012";LC_NAME > category "i18n:2012";LC_ADDRESS > category "i18n:2012";LC_TELEPHONE > category "i18n:2012";LC_MEASUREMENT > END LC_IDENTIFICATION > > LC_CTYPE > copy "i18n" > END LC_CTYPE > > LC_COLLATE > copy "iso14651_t1" > END LC_COLLATE > > LC_MONETARY > int_curr_symbol "XXX "%causes a warning% > currency_symbol "" > mon_decimal_point "." > mon_thousands_sep "," > mon_grouping 3;3 > positive_sign "" > negative_sign "-" > int_frac_digits 2 > frac_digits 2 > p_cs_precedes 0 > p_sep_by_space 1 > n_cs_precedes 0 > n_sep_by_space 1 > p_sign_posn 1 > n_sign_posn 1 > END LC_MONETARY > > LC_NUMERIC > decimal_point "." > thousands_sep "," > grouping 3;3 > END LC_NUMERIC > > LC_TIME > abday "Sun";"Mon";"Tue";"Wed";"Thu";"Fri";"Sat" > day "Sunday";/ > "Monday";/ > "Tuesday";/ > "Wednesday";/ > "Thursday";/ > "Friday";/ > "Saturday" > abmon "Jan";"Feb";/ > "Mar";"Apr";/ > "May";"Jun";/ > "Jul";"Aug";/ > "Sep";"Oct";/ > "Nov";"Dec" > mon "January";/ > "February";/ > "March";/ > "April";/ > "May";/ > "June";/ > "July";/ > "August";/ > "September";/ > "October";/ > "November";/ > "December" > d_t_fmt "%A, %e %B %Y %T" > date_fmt "%A, %e %B %Y %T %Z" > d_fmt "%d//%m//%Y" > t_fmt "%T" > am_pm "am";"pm" > t_fmt_ampm "" > first_weekday 2 > week 7;19971201;1 > END LC_TIME > > LC_MESSAGES > yesexpr "^[+1yY]" > noexpr "^[-0nN]" > yesstr "yes" > nostr "no" > END LC_MESSAGES > > LC_PAPER > copy "i18n" > END LC_PAPER > > LC_TELEPHONE > copy "i18n" > END LC_TELEPHONE > > LC_MEASUREMENT > copy "i18n" > END LC_MEASUREMENT > > LC_NAME > copy "i18n" > END LC_NAME > > LC_ADDRESS > copy "i18n" > END LC_ADDRESS