Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!uwm.edu!linac!att!pacbell.com!decwrl!pa.dec.com!jrdzzz.jrd.dec.com!tkou02.enet.dec.com!jit345!diamond
From: diamond@jit345.swstokyo.dec.com (Norman Diamond)
Newsgroups: comp.std.c
Subject: Re: wchar_t values
Message-ID: <1991Mar29.073917.1217@tkou02.enet.dec.com>
Date: 29 Mar 91 07:39:17 GMT
References: <990@sranha.sra.co.jp>
Sender: usenet@tkou02.enet.dec.com (USENET News System)
Reply-To: diamond@jit345.enet@tkou02.enet.dec.com (Norman Diamond)
Organization: Digital Equipment Corporation Japan , Tokyo
Lines: 16

In article <990@sranha.sra.co.jp> erik@sra.co.jp (Erik M. van der Poel) writes:

>Which of the following two conditions is the correct interpretation of
>the ANSI C standard:
>	('c' == L'c')
>	('c' == ((char) L'c'))

Both must be true.  However, if you try it with @ instead of c, or with
any other character which is not in the basic character set defined in
section 2.2.1, then all bets are off.

(Recall that '@' does not even have to compare equal to ((char) '@'), with
no use of wide characters at all.)
--
Norman Diamond       diamond@tkov50.enet.dec.com
If this were the company's opinion, I wouldn't be allowed to post it.