Related articles |
---|
[4 earlier articles] |
Re: language design tradeoffs weberwu@inf.fu-berlin.de (1992-09-13) |
Re: language design tradeoffs rob@guinness.eng.ohio-state.edu (1992-09-14) |
Re: language design tradeoffs tmb@arolla.idiap.ch (1992-09-14) |
Re: language design tradeoffs macrakis@osf.org (1992-09-15) |
Re: language design tradeoffs jlg@cochiti.lanl.gov (1992-09-15) |
Re: language design tradeoffs anw@maths.nott.ac.uk (1992-09-16) |
Re: language design tradeoffs drw@euclid.mit.edu (1992-09-16) |
Re: language design tradeoffs rob@guinness.eng.ohio-state.edu (1992-09-17) |
Re: language design tradeoffs bromage@mullauna.cs.mu.OZ.AU (1992-09-17) |
Re: language design tradeoffs jch@rdg.dec.com (1992-09-17) |
Re: language design tradeoffs firth@sei.cmu.edu (1992-09-17) |
Re: language design tradeoffs nickh@CS.CMU.EDU (1992-09-17) |
Re: language design tradeoffs norvell@csri.toronto.edu (1992-09-17) |
[24 later articles] |
Newsgroups: | comp.compilers,comp.human-factors |
From: | drw@euclid.mit.edu (Dale R. Worley) |
Organization: | MIT Dept. of Tetrapilotomy, Cambridge, MA, USA |
Date: | Wed, 16 Sep 1992 17:06:43 GMT |
Keywords: | design |
References: | 92-09-048 92-09-070 |
The moderator writes:
[Algol68 came close to TNEMMOC, but also did an amazing job of letting you
use parentheses, vertical bars, and the like, as synonyms for if, else, fi,
begin, end, and other common delimiters. -John]
And boy does it make parsing '(' tricky!
Although such constructions *are* easier to read, in small sections of
code, such as 1 or 2 lines. For anything longer, it is much better to use
the keywords.
As a language design issue, I guess I have to agree that providing the
alternate forms is a good thing for humans, provided they use the
appropriate alternative in each place. But it's hard on the compiler.
Dale Worley Dept. of Math., MIT drw@math.mit.edu
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.