From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-locales-return-6465-listarch-libc-locales=sources.redhat.com@sourceware.org>
Received: (qmail 10241 invoked by alias); 19 Oct 2018 18:46:35 -0000
Mailing-List: contact libc-locales-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-locales.sourceware.org>
List-Subscribe: <mailto:libc-locales-subscribe@sourceware.org>
List-Post: <mailto:libc-locales@sourceware.org>
List-Help: <mailto:libc-locales-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: libc-locales-owner@sourceware.org
Received: (qmail 9955 invoked by uid 48); 19 Oct 2018 18:46:12 -0000
From: "carlos at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: libc-locales@sourceware.org
Subject: [Bug localedata/23792] fr_FR.UTF8 thousands separator is not C++
 conforming
Date: Fri, 19 Oct 2018 18:46:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: localedata
X-Bugzilla-Version: 2.27
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: carlos at redhat dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-23792-716-Vh6wEMyQTN@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-23792-716@http.sourceware.org/bugzilla/>
References: <bug-23792-716@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2018-q4/txt/msg00077.txt.bz2

https://sourceware.org/bugzilla/show_bug.cgi?id=3D23792

Carlos O'Donell <carlos at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |carlos at redhat dot com

--- Comment #5 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Jonathan Wakely from comment #4)
> Current GCC trunk replaces some known UTF-8 sequences with single byte
> equivalents and for other cases uses iconv to "ASCII//TRANSLIT" and back
> again, hoping to get a single byte. If that fails it just disables digit
> grouping.
>=20
> https://gcc.gnu.org/viewcvs/gcc/trunk/libstdc%2B%2B-v3/config/locale/gnu/
> numeric_members.cc?r1=3D265286&r2=3D265285&pathrev=3D265286

So have we decided that this is *not* a glibc defect?

The UTF-8 locales are going to use whatever symbol best suits the language =
for
the various parameters, and in many cases it may be a multi-byte sequence.

--=20
You are receiving this mail because:
You are on the CC list for the bug.