This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] localedata: GBK: add mapping for 0x80->Euro sign [BZ #20864]

From: Zack Weinberg <zackw at panix dot com>
To: Florian Weimer <fweimer at redhat dot com>
Cc: Andreas Schwab <schwab at suse dot de>, Mike Frysinger <vapier at gentoo dot org>, GNU C Library <libc-alpha at sourceware dot org>
Date: Tue, 29 Nov 2016 09:28:31 -0500
Subject: Re: [PATCH] localedata: GBK: add mapping for 0x80->Euro sign [BZ #20864]
Authentication-results: sourceware.org; auth=none
References: <20161125161735.3823-1-vapier@gentoo.org> <mvmoa10t0ty.fsf@hawking.suse.de> <b7d39428-a95b-eeff-4958-e77af2ff6d50@redhat.com>

On Tue, Nov 29, 2016 at 5:08 AM, Florian Weimer <fweimer@redhat.com> wrote:
> On 11/28/2016 10:23 AM, Andreas Schwab wrote:
>>
>> FAIL: iconvdata/tst-tables
>> failed: ./tst-table.sh
>> /home/abuild/rpmbuild/BUILD/glibc-2.24.90.20161127.gb964e06/cc-base/
>> /home/abuild/rpmbuild/BUILD/glibc-2.24.90.20161127.gb964e06/cc-base/iconvdata/
>> GBK
>
> Here's one way to fix it.  Doesn't look really pretty, but it seems that
> this new 0x80 mapping is quite an outlier.

+1 from me - this is consistent with the behavior specified for GBK in
the web "Encoding Standard"
(https://encoding.spec.whatwg.org/#gbk-decoder) which has been
obsessively tuned for maximum compatibility with existing content.

zw

References:
- [PATCH] localedata: GBK: add mapping for 0x80->Euro sign [BZ #20864]
  - From: Mike Frysinger
- Re: [PATCH] localedata: GBK: add mapping for 0x80->Euro sign [BZ #20864]
  - From: Andreas Schwab
- Re: [PATCH] localedata: GBK: add mapping for 0x80->Euro sign [BZ #20864]
  - From: Florian Weimer

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]