Path: ...!feeds.phibee-telecom.net!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Tim Rentsch
Newsgroups: comp.lang.c
Subject: Re: Top 10 most common hard skills listed on resumes...
Date: Sat, 31 Aug 2024 20:01:10 -0700
Organization: A noiseless patient Spider
Lines: 37
Message-ID: <86o758t6vd.fsf@linuxsc.com>
References: <87mskwy9t1.fsf@bsb.me.uk> <875xrkxlgo.fsf@bsb.me.uk> <87o75bwlp8.fsf@bsb.me.uk> <871q27weeh.fsf@bsb.me.uk> <20240829083200.195@kylheku.com> <87v7zjuyd8.fsf@bsb.me.uk> <20240829084851.962@kylheku.com> <87mskvuxe9.fsf@bsb.me.uk> <875xrivrg0.fsf@bsb.me.uk> <20240829191404.887@kylheku.com> <86cylqw2f8.fsf@linuxsc.com> <871q2568vl.fsf@nosuchdomain.example.com> <87cylo494u.fsf@nosuchdomain.example.com> <878qwc41g7.fsf@nosuchdomain.example.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Injection-Date: Sun, 01 Sep 2024 05:01:10 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="1ccc4d5fef9c2c82c9c978d9286151e6";
logging-data="1302907"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19HP/fOs/YDpp8WSepR/OULUdLmc2a1hdo="
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux)
Cancel-Lock: sha1:qI4TizMTTKh66+zuBA7LnCNXfZY=
sha1:y2YCMiyYnP0X8NDOwwL2DfJTLCg=
Bytes: 3344
Keith Thompson writes:
> Bart writes:
[...]
>> I can also say that the C grammar is buggy:
>>
>> assignment-expression:
>> conditional-expression
>> unary-expression asssignment-operator assignment-expression
>>
>> When attempting to parse an assignment-expression, do you go for a
>> conditional-expression or unary-expression?
>>
>> The latter is a subset of the former. If you go for a
>> conditional-expression and find that an assignment-operator
>> follows, now you have to perform some analysis on the LHS to see
>> if that conditional-expression contains only a unary-expression.
>> [...]
>
> [...] I'm skeptical that the C grammar is buggy. [...]
It appears that what Bart means by buggy is different from what
you mean. I think what Bart means is that the grammar is not
suitable for being used by a particular parsing algorithm. Of
course that is not what the C standard means to supply, which is
rules of grammar that exactly reflect what syntactic forms are
suitable (syntactically) as C programs, without regard to how
input source is processed. The C standard's rules of grammar
are meant as a declarative specification, not as a procedural
description. Bart's complaint is, I believe, a complaint that
the grammar rules in the C standard do not provide a suitable
procedural description (for the procedural framework he has in
mind). They aren't meant to. Your comment is meant, I believe,
to be about whether the grammar rules in the C standard provide
an accurate declarative specification, which they almost
certainly do, especially as regards to the limited area of
expression syntax.