On 22.05.2013 2:20, Ed Schouten wrote: > 2013/5/22 Jilles Tjoelker <jil...@stack.nl>: >> Our wchar_t is only ISO 10646 for UTF-8 and possibly US-ASCII and >> ISO8859-1 (subset) locales. > > Oh, the horror! I thought on FreeBSD, we used the LC_CTYPE files to do > a mapping to ISO 10646. Unfortunately, it seems to be the case that > these files are only used to do mappings to > uppercase/lowercase/runetype. Bummer. > > I'll see what I can do to fix this. I'll likely implement something > like you suggested, that we return EILSEQ if the locale is not ASCII, > ISO8859-1 or UTF-8.
Yes, non UTF-8 and its subsets locales are not encoded in ISO 10646 internally but have their own internal encoding. Returning EILSEQ will broke them all at once, so I see no point to add new functions such way, because GNU configure will sense them, and then they doesn't work. Proper way is ether to not add them or use lib/libc/iconv for them (adding a lot of missing locales into lib/libiconv_modules). -- http://ache.vniz.net/ bitcoin:13fGiNutKNHcVSsgtGQ7bQ5kgUKgEQHn7N _______________________________________________ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
