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: Reorganize Unicode LC_CTYPE inclusion.


On 10/12/2017 11:49 PM, Carlos O'Donell wrote:
> I'm working on a C.UTF-8 locale for upstream.
> 
> One thing we need is a way to include Unicode LC_CTYPE information
> but *without* i18n's transliteration requirements.
> 
> The patch does the following things:
> 
> * Move non-transliteration Unicode generated data to i18n_ctype.
> * Copy the i18n_ctype data into i18n and add transliteration.
> 
> In the future, any locale which needs Unicode LC_CTYPE data can
> also just use `copy i18n_ctype` and get the base character classes
> and maps without transliteration.
> 
> Tested by compiling all the locales and my prototype C.UTF-8 which
> uses it.
> 
> OK to checkin?
> 
> 2017-10-12  Carlos O'Donell  <carlos@redhat.com>
> 
> 	* localedata/unicode-gen/Makefile (GENERATED): Use i18n_ctype.
> 	(REPORTS): Likewise.
> 	(check): Likewise.
> 	(i18n): Rename to...
> 	(i18n_ctype): ...this.
> 	(i18n-report): Rename to...
> 	(i18n_ctype-report): ...this.
> 	* localedata/locales/i18n_ctype: Regenerate.
> 	* localedata/locales/i18n: copy i18n_ctype.
 
Given that this is just a mechanical reorganization with no ABI
or API impact, I'm going to commit this shortly. Please object
if you think this is the wrong way to solve the problem of
using UTF-8 character classes without needing i18n transliteration.
We can rework this slightly if we see a better way forward.

-- 
Cheers,
Carlos.


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