Path: csiph.com!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: Tim Rentsch
Newsgroups: comp.std.c
Subject: Re: Invalid sample definition for errno
Date: Sun, 20 Nov 2022 05:26:40 -0800
Organization: A noiseless patient Spider
Lines: 14
Message-ID: <86sfidbvu7.fsf@linuxsc.com>
References: <87r0xyl6nm.fsf@nosuchdomain.example.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Injection-Info: reader01.eternal-september.org; posting-host="a724f5b4ee1d34e760f89c516bf20c9c"; logging-data="3707309"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18hq+1sDxOG7b1HDH4SrnWse70/jlM7qVU="
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux)
Cancel-Lock: sha1:fF6s1XfIVeEWXOCEg8kxY0UXKIY= sha1:2yBnZEF+2pOv+YKixHVM9WHmU8s=
Xref: csiph.com comp.std.c:6452
Keith Thompson writes:
> A footnote in the section describing says:
>
> The macro errno need not be the identifier of an object. It might
> expand to a modifiable lvalue resulting from a function call (for
> example, *errno()).
>
> Footnotes are non-normative, and this one is presumably intended to be
> informal, but that's not a valid macro definition for errno, both
> because it's not fully protected by parentheses and because the function
> can't be named "errno".
I see no reason the function couldn't be named "errno".