Path: csiph.com!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail From: Keith Thompson Newsgroups: comp.lang.c Subject: Re: Untyped Variables Date: Mon, 10 Aug 2015 08:11:54 -0700 Organization: None to speak of Lines: 19 Message-ID: References: <83a58dd3-53a6-422a-8502-4fef870baf70@googlegroups.com> <55C61BBF.8090302@verizon.net> <8eb33dc8-5c47-4b7b-a20e-584166a50d58@googlegroups.com> <55C69FFA.7050309@verizon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: mx02.eternal-september.org; posting-host="945944de09706c9b4e29b53c9d2efdc2"; logging-data="2847"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18gDKui1oZogoRPDRs2erCd" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) Cancel-Lock: sha1:A61Bl5S0beTD29smdwlcuoEnfU8= sha1:AeYXHF8vxUHXqb1IOEjgobsDXjI= Xref: csiph.com comp.lang.c:67069 David Kleinecke writes: [...] > The general strategy in C is to over-generate parses and then filter > them semantically. Many of the semantic filters can also be done be > done syntactically. IMO this is the correct strategy but it is not > also followed. For example, "cast-expression" is an unfortunate way of > introducing a semantic filter into syntax. Can you expand on that point? A cast-expression is just one of several kinds of expressions defined in the syntax (primary-expression, postfix-expression, unary-expression, cast-expression, multiplicative-expression etc.), part of the scheme used to define how expressions are parsed. What is your objection? -- Keith Thompson (The_Other_Keith) kst-u@mib.org Working, but not speaking, for JetHead Development, Inc. "We must do something. This is something. Therefore, we must do this." -- Antony Jay and Jonathan Lynn, "Yes Minister"