This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: [RFC 0/2] C++11 codecvt specializations.
- From: Tom Tromey <tromey at redhat dot com>
- To: RÃdiger Sonderfeld <ruediger at c-plusplus dot de>
- Cc: libstdc++ at gcc dot gnu dot org
- Date: Tue, 29 Apr 2014 08:08:54 -0600
- Subject: Re: [RFC 0/2] C++11 codecvt specializations.
- Authentication-results: sourceware.org; auth=none
- References: <1640346 dot JHYN4fB8ph at descartes> <87wqe9a4r0 dot fsf at fleche dot redhat dot com> <2353677 dot 2f2tIpdJbt at descartes>
RÃdiger> In any case the standard code conversion facilities
RÃdiger> ([locale.stdcvt]) are only defined with UCS2 and UCS4 in mind
RÃdiger> depending on the type. So I guess this could be done through a
RÃdiger> template check and if wchar_t is two byte it's treated as UCS2.
I don't think you can assume that, at least not if you want
interoperability with the C library's notion of wchar_t.
You can check __STDC_ISO_10646__, but we found some system that doesn't
define this. See gdb's "gdb_wchar.h"; though if you really want to dig
up the details I think you'll have to search the (gdb-patches) mailing
list archives.
I can't speak to locale.stdcvt though.
RÃdiger> btw. your FOSDEM talk about GDB was very interesting!
Thanks, I appreciate that!
Tom