On 12 Jul 2001, Christoph Rohland wrote:

> I think this documentation describes the feature (not the
> implementation) sufficiently:
>
> http://wwwold.dkuug.dk/jtc1/sc22/wg20/docs/n830-utf-16-c.txt

It doesn't.  Why is it required to be 16-bit rather than just at least
16-bit?  GCC supports c4x with 32-bit chars, and support for pdp10 with
9-bit chars is being worked on.  For C++, is utf16_t special like wchar_t,
or a typedef?  Are the strings NUL-terminated?  In C++, is there a
deprecated conversion to a pointer to a non-const-qualified type?  What
arrays can be initialised from these strings?  Do they concatenate with
each other; with narrow strings; with wide strings; and what sort of
strings result?  Is the quiet change to interpretation of programs in
which u is a macro and is immediately followed by a string literal
justified, or should the specification use a macro defined in a header to
form these string literals?  (Some proposals of the latter form - a macro
defined in a header - were being discussed on the WG14 reflector at the
point I subscribed.)

-- 
Joseph S. Myers
[EMAIL PROTECTED]

-
Linux-UTF8:   i18n of Linux on all levels
Archive:      http://mail.nl.linux.org/linux-utf8/

Reply via email to