This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH] [BZ 17588 13064] Update UTF-8 charmap and width to Unicode 7.0.0
- From: Daiki Ueno <ueno at gnu dot org>
- To: "Carlos O'Donell" <carlos at redhat dot com>
- Cc: Andreas Schwab <schwab at suse dot de>, Alexandre Oliva <aoliva at redhat dot com>, Pravin Satpute <psatpute at redhat dot com>, Siddhesh Poyarekar <siddhesh at redhat dot com>, Mike FABIAN <mfabian at redhat dot com>, libc-alpha at sourceware dot org, Jens Petersen <petersen at redhat dot com>
- Date: Wed, 18 Feb 2015 07:12:50 +0900
- Subject: Re: [PATCH] [BZ 17588 13064] Update UTF-8 charmap and width to Unicode 7.0.0
- Authentication-results: sourceware.org; auth=none
- References: <573624784 dot 8871393 dot 1416848051220 dot JavaMail dot zimbra at redhat dot com> <orzjb3o7yf dot fsf at free dot home> <s9dy4qir6fu dot fsf at ari dot site> <orfvce7y90 dot fsf at free dot home> <s9d388duu5r dot fsf at ari dot site> <orioh35mbq dot fsf at free dot home> <20141223111038 dot GA5172 at spoyarek dot pnq dot redhat dot com> <119234933 dot 5523688 dot 1422972847328 dot JavaMail dot zimbra at redhat dot com> <or7fvnlbeo dot fsf at livre dot home> <orwq3njuvc dot fsf at livre dot home> <mvmr3tv8las dot fsf at hawking dot suse dot de> <m3twym9yt2 dot fsf-ueno at gnu dot org> <54E232E0 dot 60705 at redhat dot com> <87k2zh8suc dot fsf-ueno at gnu dot org> <54E35646 dot 3060401 at redhat dot com> <mvm38647e4g dot fsf at hawking dot suse dot de> <54E35FD2 dot 5030302 at redhat dot com>
"Carlos O'Donell" <email@example.com> writes:
>>> That's still an enhancement. I think it's a good enhancement, but it's still
>>> an enhancement over the existing scripts.
>> I don't consider it an enhancement to reformat the file twice.
> I do. If you object. Please state that you object and would like to see
> the suggested changes get made before we accept the patches.
I don't have strong opinion here, actually. I thought that the
redundant diff would make it difficult to track Unicode standard updates
in the future from git log. I recently did similar in Gnulib (where
Bruno had been updating the Unicode data more actively) and the backlog
was very helpful to figure out where to look.
However, given that glibc's base Unicode standard is way too old, and
the generator is very small subset of Gnulib's, it might be reasonable
choice to lose the history.