[PATCH v4 4/4] Add generic C.UTF-8 locale (Bug 17318)

Florian Weimer fweimer@redhat.com
Fri Apr 30 18:20:17 GMT 2021


* Carlos O'Donell:

> On 4/29/21 4:05 PM, Carlos O'Donell wrote:
>> - LC_CTYPE, includes "translit_combining" which is wrong for a C locale IMO.
>>   - Upstream C.UTF-8 includes no transliteration, all characters pass
>>     through because UTF-8 supports all such characters.
>
> It turns out that this is related to bug 26984.
>
> I was wrong too, the C locale has a builtin set of ~1600 transliterations that
> it uses internally (I even reviewed a patch for that you committed).
> I had completely forgotten about this internal detail.
>
> This transliteration affects converters ability to use //TRANSLIT, and so I
> think we should include all the netural transliterations e.g.
>
> translit_start
> include "translit_neutral";""
> translit_end
>
> This makes things *better* with respect to harmonization with Debian/Ubuntu.
>
> Thoughts?
>
> In summary:
> - POSIX says nothing about transliteration.
> - C/POSIX already includes a partial set of ~1600 translit entries, and they
>   are largely incomplete. It would be nice to harmonize them with the proper
>   translit_neutral set.
> - C.UTF-8 including translit_neutral would bring in ~25,000 translit rules
>   for conversions from UTF-8 to other charmaps. This would be a superset of
>   those offered by C/POSIX.
> - Fixing C/POSIX is another issue.

I'm in favor of including those transliterations.

Thanks,
Florian



More information about the Libc-alpha mailing list