Re: The semicolon habit (was: Q: Definition of a scripting lang.)

Tim Channon <tchannon@black.demon.co.uk>
Thu, 4 May 1995 03:18:59 GMT

          From comp.compilers

Related articles
[8 earlier articles]
Re: The semicolon habit (was: Q: Definition of a scripting lang.) jgmorris@cs.cmu.edu (Greg Morrisett) (1995-04-29)
Re: The semicolon habit (was: Q: Definition of a scripting lang.) J.C.Highfield@loughborough.ac.uk (1995-04-30)
Re: The semicolon habit (was: Q: Definition of a scripting lang.) mitchell@mdd.comm.mot.com (1995-04-30)
Re: The semicolon habit (was: Q: Definition of a scripting lang.) daveb@perth.DIALix.oz.au (1995-04-30)
Re: The semicolon habit (was: Q: Definition of a scripting lang.) anw@maths.nottingham.ac.uk (Dr A. N. Walker) (1995-05-02)
Re: The semicolon habit (was: Q: Definition of a scripting lang.) lwall@netlabs.com (1995-05-09)
Re: The semicolon habit (was: Q: Definition of a scripting lang.) tchannon@black.demon.co.uk (Tim Channon) (1995-05-04)
Re: The semicolon habit (was: Q: Definition of a scripting lang.) ok@cs.rmit.edu.au (1995-05-04)
Re: The semicolon habit (was: Q: Definition of a scripting lang.) bevan@cs.man.ac.uk (1995-05-10)
Re: The semicolon habit (was: Q: Definition of a scripting lang.) bevan@cs.man.ac.uk (1995-05-10)
Re: The semicolon habit (was: Q: Definition of a scripting lang.) monnier@di.epfl.ch (Stefan Monnier) (1995-05-11)
Re: The semicolon habit (was: Q: Definition of a scripting lang.) cef@geodesic.com (Charles Fiterman) (1995-05-11)
Re: The semicolon habit (was: Q: Definition of a scripting lang.) plong@perf.com (1995-05-11)
[6 later articles]
| List of all articles for this month |

Newsgroups: comp.compilers
From: Tim Channon <tchannon@black.demon.co.uk>
Keywords: syntax, design
Organization: null
References: 95-04-013 95-05-005
Date: Thu, 4 May 1995 03:18:59 GMT

> I think the real problem is that we're always trying to boil things
> down to a single mechanism for determining delimiters (e.g. newline
> vs. semicolon.) The right answer, in my mind, is to require both.


Is it?


How about:
C-like is ambiguous and the presence or absence of a semicolon can
change the meaning of a program. Humans are error prone so not surprisingly a
lot of mistakes occur.


One alternative is Wirth-like where the ambiguity has gone and a missing
semicolon where one is needed trips an error, too many semicolons produce no
error and no change in meaning.
The semicolons are in that instance there to help the human read the source
where the redundancy is to help us.


So I suggest the subject is danglies. You accept them, you also accept the
penalty.


    TC.
        E-mail: tchannon@black.demon.co.uk or tchannon@cix.compulink.co.uk


--


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.