c7edf4fd0b
This commit is from John Marino in dragonfly with the following commit log: ==== This was a CTYPE encoding error involving consecutive points of the same ctype. It was reported by myself to Illumos over a year ago but I was unsure if it was only happening on BSD. Given the cause, the bug is also present on Illumos. Basically, if consecutive points were of the exact same ctype, they would be defined as a range regardless. For example, all of these would be considered equivalent: <A> ... <C>, <H> (converts to <A> .. <H>) <A>, <B>, <H> (converts to <A> .. <H>) <A>, <J> ... <H> (converts to <A> .. <H>) So all the points that shouldn't have been defined got "bridged" by the extreme points. The effects were recently reported to FreeBSD on PR 213013. There are countless places were the ctype flags are misdefined, so this is a major fix that has to be MFC'd. ==== This reveals a bad change I did on the testsuite: while 0x07FF is a valid unicode it is not used yet (reserved for future use) PR: 213013 Submitted by: marino@ Reported by: Kurtis Rader <krader@skepticism.us> Obtained from: Dragonfly MFC after: 1 month |
||
|---|---|---|
| .. | ||
| charmap.c | ||
| collate.c | ||
| ctype.c | ||
| localedef.1 | ||
| localedef.c | ||
| localedef.h | ||
| Makefile | ||
| Makefile.depend | ||
| messages.c | ||
| monetary.c | ||
| numeric.c | ||
| parser.y | ||
| README | ||
| scanner.c | ||
| time.c | ||
| wide.c | ||
While there are tools called "localedef" in Solaris and Linux, this tool does not share heritage with any other implementation. It was written independently by Garrett D'Amore while employed at Nexenta Systems, and thus carries the Nexenta Copyright. It was initially released under the CDDL license, but on 4 July 2014, Nexenta reissued the source under the BSD 2-clause license. This code is part of the Illumos project. see: https://github.com/Nexenta/illumos-nexenta/commit/cf17542a37fc83d0ae093777e30d480423858c29