Path: csiph.com!news.mixmin.net!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: Tim Rentsch
Newsgroups: comp.lang.c
Subject: Re: invalid universal character gives error even after #if 0
Date: Tue, 13 Sep 2022 07:54:03 -0700
Organization: A noiseless patient Spider
Lines: 21
Message-ID: <86sfkvnx4k.fsf@linuxsc.com>
References:
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Injection-Info: reader01.eternal-september.org; posting-host="92872b52a6f682cd3838888a35637fbb"; logging-data="2744000"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1929eDJyQEyKYV5Yet/eniBkc1ESSFMqIc="
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux)
Cancel-Lock: sha1:pgB6z0rPLwoKRvkhzqEf3zVM3pA= sha1:+WumC8wxuSeMJnTpXRCLYxDmVEk=
Xref: csiph.com comp.lang.c:167674
Philipp Klaus Krause writes:
> I noticed that current gcc and clang give an error on the following:
>
> #if 0
> \u003a
> #endif
>
> but not on
>
> /*
> \u003a
> */
>
> While I see that \u003a is a constraint violation, I do not see how it
> follows from the standard that this is a constraint violation even
> inside #if 0.
I believe this behavior is a misdiagnosis on the part of these
compilers. Please see also my response to Kaz Kylheku in this
thread.