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 <tr.17687@z991.linuxsc.com>
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: <vab101$3er$1@reader1.panix.com> <87mskwy9t1.fsf@bsb.me.uk> <vanq4h$3iieb$1@dont-email.me> <875xrkxlgo.fsf@bsb.me.uk> <vapitn$3u1ub$1@dont-email.me> <87o75bwlp8.fsf@bsb.me.uk> <vaps06$3vg8l$1@dont-email.me> <871q27weeh.fsf@bsb.me.uk> <20240829083200.195@kylheku.com> <87v7zjuyd8.fsf@bsb.me.uk> <20240829084851.962@kylheku.com> <87mskvuxe9.fsf@bsb.me.uk> <vaq9tu$1te8$1@dont-email.me> <875xrivrg0.fsf@bsb.me.uk> <20240829191404.887@kylheku.com> <86cylqw2f8.fsf@linuxsc.com> <871q2568vl.fsf@nosuchdomain.example.com> <vavmbk$13k4n$1@dont-email.me> <87cylo494u.fsf@nosuchdomain.example.com> <vb09gd$16mr5$1@dont-email.me> <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 <Keith.S.Thompson+u@gmail.com> writes:

> Bart <bc@freeuk.com> 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.