From patchwork Thu Oct 13 13:44:24 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Carlos O'Donell X-Patchwork-Id: 16473 Received: (qmail 103557 invoked by alias); 13 Oct 2016 13:44:32 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Delivered-To: mailing list libc-alpha@sourceware.org Received: (qmail 100022 invoked by uid 89); 13 Oct 2016 13:44:30 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL, BAYES_00, RCVD_IN_DNSWL_NONE, RCVD_IN_SORBS_SPAM autolearn=no version=3.3.2 spammy=carlosredhatcom, carlos@redhat.com, 1187, 118, 7 X-HELO: mail-qk0-f171.google.com X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:organization:message-id:date :user-agent:mime-version:content-transfer-encoding; bh=BJMkFvmcZKzH9AvgcOgJ7JvvXjdFefYnlKhTNdpx4ZI=; b=JzrB0KggzgK4yZYJsPEmQwAlMJUc8qMJF4iNk/xec1BT6tNDJL+hn5hs0HEc77pdRB hCMrnUThUP2z50EmzP+z/U0PkQJ1Yf47cuHbRB1EkZuurxr05fHWUMh/UgsNQ0LFD9jR zG97dfJYIRK7lF8YlftGOK6UmWg6VhQugv9CrgK2tEKGW57AHeTzUJh9s+A0DGkKPHyw /NW/5TrAN40dFX+C8eWZU9N6zP2ApwAFlAhO9NlDjTlRsjgIjU0D5MA64NmD4y5uCW4d mhHE45Ggt2HTwjg+XAfR5rGfC/BNUbN34gChRX5zeKPISXlmAu6rhRdOWnycyDGFcj5U smYA== X-Gm-Message-State: AA6/9RnEn5SKnKBLSWRVMfrtoSTtwhgEbRYp5eDhUKe8PlAGi+PaF5gL8Hh8oHGepMBoOYWa X-Received: by 10.55.99.202 with SMTP id x193mr7635842qkb.62.1476366267793; Thu, 13 Oct 2016 06:44:27 -0700 (PDT) To: GNU C Library , Mike Frysinger From: Carlos O'Donell Subject: [PATCH] Bug 20686: Add el_GR@euro/ISO-8859-7 to SUPPORTED. Message-ID: Date: Thu, 13 Oct 2016 09:44:24 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Despite the fact that el_GR is ISO-8859-7:2003 which contains the euro symobl, it is not possible to know this apriori to selecting the el_GR locale. Therefore you don't know if el_GR can possibly have the 2003 ammendments which include the euro symbol. This is resolved by creating an el_GR@euro locale similar to all the other @euro locales for non-UTF8 charsets. The el_GR@euro locale already exists but is not in SUPPORTED. In this particular case we've Red Hat has had user demand for creating an el_GR@euro locale for the ISO-8859-7 charset used in Greece. Therefore I'd propose we move el_GR@euro to SUPPORTED upstream and maintain it as an official way to select ISO-8859-7:2003. Another alternative, though more complex, would be to try work out a way to have nl_langinfo return ISO-8859-7:2003 for a CODESET, such that a user could setlocale for el_GR.iso88597 and then use nl_langinfo to determine if the codeset was new enough. This has the added complexity that you have to load and check the locale, rather than just expecting the new charset for el_GR@euro. Tested by installing and using the locale to print the euro symbol. If nobody objects I'll check this in late next week. 2016-10-13 Carlos O'Donell * localedata/SUPPORTED: Add el_GR@euro/ISO-8859-7. diff --git a/localedata/SUPPORTED b/localedata/SUPPORTED index 843ce78..4ade055 100644 --- a/localedata/SUPPORTED +++ b/localedata/SUPPORTED @@ -118,6 +118,7 @@ dv_MV/UTF-8 \ dz_BT/UTF-8 \ el_GR.UTF-8/UTF-8 \ el_GR/ISO-8859-7 \ +el_GR@euro/ISO-8859-7 \ el_CY.UTF-8/UTF-8 \ el_CY/ISO-8859-7 \ en_AG/UTF-8 \