Related articles |
---|
[4 earlier articles] |
Re: syntax complexity gah4@u.washington.edu (gah4) (2023-02-16) |
Re: syntax complexity costello@mitre.org (Roger L Costello) (2023-02-20) |
Re: syntax complexity gah4@u.washington.edu (gah4) (2023-02-20) |
Re: syntax complexity gneuner2@comcast.net (George Neuner) (2023-02-20) |
Re: syntax complexity anton@mips.complang.tuwien.ac.at (2023-02-21) |
syntax complexity christopher.f.clark@compiler-resources.com (Christopher F Clark) (2023-02-21) |
Re: syntax complexity nmh@t3x.org (Nils M Holm) (2023-02-21) |
Re: syntax complexity anton@mips.complang.tuwien.ac.at (2023-02-21) |
From: | Nils M Holm <nmh@t3x.org> |
Newsgroups: | comp.compilers |
Date: | Tue, 21 Feb 2023 21:26:00 +0100 |
Organization: | TARFU |
Injection-Info: | gal.iecc.com; posting-host="news.iecc.com:2001:470:1f07:1126:0:676f:7373:6970"; logging-data="36949"; mail-complaints-to="abuse@iecc.com" |
Keywords: | history, syntax |
Posted-Date: | 21 Feb 2023 16:19:28 EST |
Anton Ertl <anton@mips.complang.tuwien.ac.at> wrote:
> Of course, better than either solution is to design the language to
> require that an IF-statement is terminated with, e.g., fi (Algol 68) or END
> (Modula-2).
Or you can have two different statement types for IF with and
without an alternative branch. For example, BCPL has
IF expression THEN statement
and
TEST expression THEN statement ELSE statement
--
Nils M Holm < n m h @ t 3 x . o r g > http://t3x.org
Return to the
comp.compilers page.
Search the
comp.compilers archives again.