This is the mail archive of the
mailing list for the glibc project.
Re: Changing WCHAR_TYPE from "long int" to "int"?
- To: Eric Christopher <echristo at redhat dot com>
- Subject: Re: Changing WCHAR_TYPE from "long int" to "int"?
- From: Ralf Baechle <ralf at oss dot sgi dot com>
- Date: Tue, 7 Aug 2001 01:49:10 +0200
- Cc: Thiemo Seufer <ica2_ts at csv dot ica dot uni-stuttgart dot de>, "H . J . Lu" <hjl at lucon dot org>, gcc at gcc dot gnu dot org, linux-mips at oss dot sgi dot com, GNU C Library <libc-alpha at sourceware dot cygnus dot com>
- References: <20010806164000.E400@rembrandt.csv.ica.uni-stuttgart.de> <firstname.lastname@example.org>
On Mon, Aug 06, 2001 at 03:41:28PM +0100, Eric Christopher wrote:
> Hrm. You might be right. I was thinking that would be correct though.
> AFAICT from reading the c++ standard, it doesn't care about the size of
> wchar_t as long as it is large enough to hold the values from the
> supported locales.
> Perhaps some c++ expert could help with this a bit? Benjamin is there a
> problem if wchar_t becomes 64-bits?
On 64-bit MIPS ABI compliant machines I see wchar_t defined to __int32_t
which again is int.