[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 1/2] posix: User scratch_buffer on fnmatch
From: |
Florian Weimer |
Subject: |
Re: [PATCH 1/2] posix: User scratch_buffer on fnmatch |
Date: |
Wed, 13 Jan 2021 20:39:14 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) |
* Paul Eggert:
> By the way, how important is it to support awful encodings like
> shift-JIS that contain bytes that look like '\'? If we don't have to
> support these encodings any more, things get a bit easier. (Asking for
> a friend. :-)
There is a Shift-JIS variant which is ASCII-transparent (Windows-31J,
it's also specified by WhatWG/HTML5), so from a glibc point of view, it
would be just an ordinary charset like any other.
But feedback we have received is that the users who want Shift-JIS
really want the original thing.
We do not presently support either variant downstream, but one potential
way forward would be to turn Windows-31J into a fully supported glibc
charset with a corresponding ja_JP locale (which would imply downstream
support as well), and just hope that it displaces the original Shift-JIS
in the future.
Thanks,
Florian
--
Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill