Ulrich Drepper writes:
> > At least under Solaris, ...
>
> This has historic reasons. They are stuck with the locale dependent
> wchar_t because the Xlib i18n model they are using for the ja/ko/zh
> depends on it. X expects wchar_t values in locales using the EUC
> charsets to use the bytes of the multibyte EUC values.
That might be true for Solaris X. Fortunately it is not true for
XFree86. In XFree86, adding the keyword "use_stdc_enc" to an
XLC_LOCALE file will make Xlib distinguish correctly between
Xlib-internal faked wchar_t values and real (libc compatible) wchar_t
values. Still the wchar_t type must be large enough to hold the 16
bits for an EUC character, but that's not a problem nowadays.
Bruno
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/linux-utf8/