
21 Jul
2011
21 Jul
'11
11:27 a.m.
It is a bad approach, and will produce a lot of future workarounds. We can still remember wchar_t as a typedef for some compilers and a BOOST_NO_INTRINSIC_WCHAR_T macro for that defect.
However some emulation for char16_t, char32_t types is required, but it must not be a typedef!
Then what's the alternative? IMO there just isn't one, given that char16_t must be a literal type even on non-C++0x comilers. John.