summaryrefslogtreecommitdiffstats
path: root/share/locale (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Update en_US.UTF-8.src to Unicode 12.1afresh12020-02-201-255/+647
| | | | | | This is what ships with the perl 5.30.1 OK schwarze@
* Update unicode licence in generate scriptafresh12020-02-201-9/+8
| | | | | | Plus add a comment for what unicode version the file contains Suggestions and OK schwarze@
* Update to Unicode 10afresh12019-02-221-149/+464
| | | | | | | Committing the diff in my tree that matched the version sent by Lauri Tirkkonen <lotheac AT iki.fi> OK schwarze@
* Update to unicode 8afresh12017-03-051-125/+324
| | | | OK schwarze@
* mklocale(1) can handle C-style and shell-style comments natively,millert2016-05-261-3/+2
| | | | no need for cpp here. From natano@
* Remove non-UTF-8 ctype source files.jca2016-03-2240-12281/+0
|
* Kill LOCALECHARSETS machinery, we only support ASCII and UTF-8 LC_CTYPEjca2016-03-202-49/+8
| | | | | | Remove Makefile.inc and inline rules to produce LC_CTYPE for UTF-8. ok guenther@ stsp@
* Improve SWIDTH of some unicode charactersafresh12016-03-032-10/+18
| | | | ok schwarze@
* Special case SWIDTH1 for U+E000 - U+F8FFafresh12015-11-292-4/+7
| | | | | | Several fonts use this private area for glyphs Suggested by nicm@
* Update all of en_US.UTF-8.srcafresh12015-10-311-1/+1704
| | | | Noticed by schwarze@
* Only calculate TO_DIGIT for ascii hex digitsafresh12015-10-311-22/+15
| | | | And cleanup of the main loop.
* Update en_US.UTF-8.src to Unicode 7.0.0afresh12015-08-181-791/+2080
| | | | | | Built with gen_ctype_utf8.pl ok stsp@
* Add a script to generate en_US.UTF-8.srcafresh12015-08-181-0/+445
| | | | | | | | This does require perl 5.22 which is not yet in base, but it also doesn't need to be run except when new unicode versions are released which shouldn't happen until after perl is updated. OK and prodding from stsp@
* missing id tag.fgsch2013-07-011-0/+1
|
* Add Turkish. From FreeBSD.fgsch2013-07-013-2/+52
| | | | stsp@ ok.
* Put list of character sets supported by LC_CTYPE into a separatestsp2013-06-032-48/+31
| | | | | Makefile snippet so it can be included elsewhere in the tree. ok bluhm espie
* Change the naming scheme used for directories in /usr/share/locale tostsp2013-06-011-271/+26
| | | | | | | | | | | | eliminate redundant copies of LC_CTYPE files. Instead of names using "language_territory.codeset" permutations, use just the codeset component to name directories storing LC_CTYPE files. Suggested by bluhm@ while discussing the idea of using symlinks in /usr/share/locale like FreeBSD does. Future locale features which store language and/or territory specific data can name directories after language or territory names.
* Fix width of several zero-width characters in the Hebrew range (0590–05FF).stsp2012-11-301-2/+6
| | | | | | | | | | Pointed out by naddy some time ago. Our definition of the Hebrew range is incomplete wrt current Unicode editions. The proper fix would be to generate this entire file based on current Unicode data but nobody is currently working on that. I'm committing this intermediate fix partly to draw attention to that problem :-)
* Add support for Farsi and Arabic (SY+SD).ajacoutot2011-07-161-0/+9
| | | | ok stsp@ deraadt@
* Add Romanian UTF-8 support.pirofti2011-07-031-0/+3
| | | | Thanks to robert@ for taking me through the hoops! Okay robert@.
* Sync ctype definitions for the UTF-8 locale to FreeBSD, fixing width ofstsp2011-03-131-16/+35
| | | | | | | | various zero-width characters (e.g. diacritical marks). Also fix runetype mask definitions so that mklocale interprets zero width properly. Diff from Alexander Polakov. Character definition changes checked against Unicode 5.2 by me. ok matthew nicm
* Enable a couple UTF-8 locales for non-English languages.stsp2010-10-131-0/+51
| | | | ok kevlo, deraadt, espie
* Replace the single-byte placeholders for the multi-byte/wide-characterstsp2010-07-271-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | conversion interfaces of libc (mbrtowc(3) and friends) with new implementations that internally call an API based on NetBSD's citrus. This allows us to support locales with multi-byte character encodings. Provide two implementations of the citrus-based API: one based on the old single-byte placeholders for use with our existing single-byte character locales (C, ISO8859-*, KOI8, CP1251, etc.), and one that provides support for UTF-8 encoded characters (code based on FreeBSD's implementation). Install the en_US.UTF-8 ctype locale support file, and allow the UTF-8 ctype locale to be enabled via setlocale(3) (export LC_CTYPE='en_US.UTF-8'). A lot of programs, especially from ports, will now start using UTF-8 if the UTF-8 locale is enabled. Use at your own risk, and please report any breakage. Note that ncurses-based programs cannot display UTF-8 right now, this is being worked on. To prevent install media growth, add vfprintf(3) and mbrtowc(3) to libstubs. The mbrtowc stub was copied unchanged from its old single-byte placeholder. vfprintf.c doesn't need to be copied, just put in .PATH (hint by fgsch@). Testing by myself, naddy, sthen, nicm, espie, armani, Dmitrij D. Czarkoff. ok matthieu espie millert sthen nicm deraadt
* grr. wrong Makefile.espie2005-08-071-22/+22
| | | | do not bother building locale with encoding != none for now.
* Add LC_CTYPE locale sources, not yet linked in.espie2005-08-0742-0/+14939
(from citrus). okay deraadt@
Copyright © 1996 – 2023 Jason A. Donenfeld. All Rights Reverse Engineered.