svn commit: r250883 - in head: include include/xlocale lib/libc/locale sys/sys tools/regression/lib/libc/locale

[Ed Schouten]

Hello all,

[ +gabor ]

2013/5/22 Ed Schouten <ed at 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 <ed at 80386.nl>