Path: csiph.com!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: Tim Rentsch
Newsgroups: comp.lang.c
Subject: Re: Unicode in C Sources
Date: Thu, 02 Apr 2020 07:50:32 -0700
Organization: A noiseless patient Spider
Lines: 26
Message-ID: <865zei6ix3.fsf@linuxsc.com>
References: <87h80axl7s.fsf@bsb.me.uk> <5ajZF.602301$CO7.252756@fx36.am4> <341090e3-1f1b-47bf-aded-7337c29f3692@googlegroups.com> <86d0aae2wm.fsf@linuxsc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Injection-Info: reader02.eternal-september.org; posting-host="b8d048feb5cbf1a44d80a9279d4cb30f"; logging-data="10388"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+gjLE//XRCZLRi68EojT5tp477W6GjUvc="
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux)
Cancel-Lock: sha1:1vfcDukHOfjACxcQjdIa+um7jMs= sha1:LliAboP+LloHoPHUquBBwNfIllk=
Xref: csiph.com comp.lang.c:150953
James Kuyper writes:
> In C90, the set of extended characters was implementation-defined, both
> in the source and execution character sets. They therefore could not be
> used by code that needs to be maximally portable, but not all code
> needs to be that portable.
> However, the only places where the syntax allowed for extended
> characters was character constants, string literals, and header names.
>
> C99 changed that, by also allowing an implementation-defined set of
> extended characters to appear in identifiers. Of course, maximally
> portable code cannot take advantage of that fact, but as I said above,
> not all code needs to be that portable.
>
> It seems quite reasonable to me to, in a short summary of the changes
> from C90, refer to that change using the phrase "extended
> identifiers". It also seems reasonable to me to assume that that phrase
> refers to that change. It might also refer to the change you refer to,
> though that seems unlikely to me. I consider it even less likely that
> it refers only to the change that you mentioned. The term "extended"
> plays a key role in the text that's relevant to the change I was
> talking about, it plays no such role in the text describing the change
> that you're talking about.
Is there some reason you didn't quote the remark you're
responding to?