This is the mail archive of the
mailing list for the glibc project.
Re: Question about iconv, UTF 8/16/32 and error reporting due to UTF-16 surrogates.
- From: Florian Weimer <fweimer at redhat dot com>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: Rich Felker <dalias at libc dot org>, Stefan Liebler <stli at linux dot vnet dot ibm dot com>, "Carlos O'Donell" <carlos at redhat dot com>, GNU C Library <libc-alpha at sourceware dot org>
- Date: Sun, 8 May 2016 16:22:31 +0200
- Subject: Re: Question about iconv, UTF 8/16/32 and error reporting due to UTF-16 surrogates.
- Authentication-results: sourceware.org; auth=none
- References: <565EDF7C dot 9020808 at linux dot vnet dot ibm dot com> <565EE434 dot 4090205 at redhat dot com> <20151203214417 dot GZ3818 at brightrain dot aerifal dot cx> <5660C328 dot 5040207 at redhat dot com> <alpine dot DEB dot 2 dot 10 dot 1512032242080 dot 1888 at digraph dot polyomino dot org dot uk>
On 12/03/2015 11:49 PM, Joseph Myers wrote:
On Thu, 3 Dec 2015, Florian Weimer wrote:
The question is what glibc should doâimplement historic definitions,
preserving the meaning of charset names for backwards compatibility, or
tweak the implementations as the definitions evolve.
I think we need to implement the current meanings of those names.
Makes sense. I have reopened bug 2373.