Hello all, [ +gabor ]
2013/5/22 Ed Schouten <e...@80386.nl>: > 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. So I think the solution to this problem is twofold. First, let's look at the case where people have built world with WITH_ICONV=. Instead of implementing the *c32* functions on top of the *wc* variants, we can simply use libiconv. The following patch adds two new variants of the *c32* functions, implemented on top of libiconv. At first I tried implementing these functions on top of iconv_open_into(), but unfortunately it seems to be the case that the iconv_allocation_t is larger than the mbstate_t, meaning we cannot safely embed one into the other. To work around this, I'm using the internal _citrus_* API. http://80386.nl/pub/uchar-iconv.txt Jilles, Gabor, could you please take a look at the patch, whether it's any good? Now we still have the case where the system is built WITHOUT_ICONV=. I think it really depends on the future of iconv in base how complete we should attempt to make it. Gabor, is there a chance WITH_ICONV= will become the default in FreeBSD 10? -- Ed Schouten <e...@80386.nl> _______________________________________________ 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"
