<p dir="ltr">(received via austin-group-l)</p>
<p dir="ltr">My 2 cents:</p>
<p dir="ltr">Yes, it is a good idea, having wchar_t be 32-bits. For some simple transforms of a few current 8-bit oriented multi-byte code sets, a wchar_t of 64 bits is actually desirable to simplify and speed up some operations, from a conceptual standpoint. Conversions to and from char32_t type would be slower. A 32-bit wchar_t, based on uint32_t type, also has similar applications in processing UTF16 strings, whether based on char16_t type of C11, or byte or short arrays. If anything, POSIX needs to expand wchar_t support, not drop it, so systems like Windows are more subsets of POSIX in function than incompatible. Such integration is one of the tentative goals identified as desirable for Issue 8; how well it gets accomplished remains to be seen :-). In some respects it's a more massive undertaking than the efforts made for Issue 6 integrating Unix and POSIX because of various legacy compatibility issues, that I can see.</p>
<p dir="ltr"> <br>
<br>
Sent from AOL Mobile Mail <br>
Get the new AOL app: mail.mobile.aol.com</p>
</br></br><div class="device_aol_et_org_dt_dd_quote"></div><hr style="border:0;height:1px;color:#999;background-color:#999;width:100%;margin:0 0 9px 0;padding:0;"></hr><span style="font-size:14px; color:#999999;">On Monday, May 11, 2015 罗勇刚(Yonggang Luo) <<span style="color:#0000A0">luoyonggang@gmail.com</span>> wrote:</span><br></br>>
> I remember that a while ago (probably around 2001), Microsoft tried to reword
> POSIX to permit 16 bit characters by default to make their interface POSIX
> compliant. This caused a long discussion that ended with the conclusion, that
> we cannot do that.
That's really a long time ago, things are changed time to time.
Suppose we drop the support for wchar_t for POSIX, then there is still
a cross-platform subset we could use. And that's truly we want.
In real world, there is so much Compromise, I was intent to developing
a cross-platform subset C runtime API to makes some app development
ease.
Such as git. There is a large set of application and libraries that
suffering there is a cross-platfrom subset POSIX C runtime to use, so
for the cross-platform support, they have to sacrifice the code
elegance and using all kinds of tricks to work around
for those APIs.
-- 
         此致
礼
罗勇刚
Yours
    sincerely,
Yonggang Luo