Markus Kuhn writes:
> The wchar_t encoding described on
>
> http://www.cl.cam.ac.uk/~mgk25/ucs/iso2022-wc.html
>
> has the advantage that functions such as wcwidth() still can be
> implemented
Yes, but other user-written functions like
bool is_katakana (wchar_t wc)
{
return (wc >= 0x30A1 && wc <= 0x30F6
|| wc >= 0x309B && wc <= 0x309C
|| wc >= 0x30FC && wc <= 0x30FE
|| wc >= 0xFF66 && wc <= 0xFF9F
}
that assume __STDC_ISO_10646__ will not work with your iso2022-wc
encoding. Thus __STDC_ISO_10646__ should be undefined when using a
libc with this particular locale. But it is a compile-time
constant. So it implies the libc can not define __STDC_ISO_10646__ at
all.
Bruno
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/linux-utf8/
