Re: Grammars for future languages

macrakis@osf.org (Stavros Macrakis)
Fri, 10 Nov 1995 16:17:31 GMT

          From comp.compilers

Related articles
[7 earlier articles]
Re: Grammars for future languages martelli@cadlab.it (1995-11-04)
Re: Grammars for future languages schinz@guano.alphanet.ch (1995-11-05)
Re: Grammars for future languages ECE@dwaf-hri.pwv.gov.za (John Carter) (1995-11-07)
Re: Grammars for future languages mbbad@s-crim1.daresbury.ac.uk (1995-11-08)
Re: Grammars for future languages szilagyi@szilagyi.mit.edu (1995-11-09)
Re: Grammars for future languages davids@ICSI.Berkeley.EDU (1995-11-10)
Re: Grammars for future languages macrakis@osf.org (1995-11-10)
Re: Grammars for future languages mfinney@inmind.com (1995-11-12)
Re: Grammars for future languages RWARD@math.otago.ac.nz (Roy Ward) (1995-11-13)
Re: Grammars for future languages macrakis@osf.org (1995-11-13)
Re: Grammars for future languages rekers@wi.leidenuniv.nl (1995-11-14)
Re: Grammars for future languages egouriou@CS.UCLA.EDU (Eric Gouriou) (1995-11-16)
Re: Grammars for future languages sethml@dice.ugcs.caltech.edu (1995-11-21)
| List of all articles for this month |
Newsgroups: comp.compilers
From: macrakis@osf.org (Stavros Macrakis)
In-Reply-To: martelli@cadlab.it's message of Sat, 4 Nov 1995 00:11:33 GMT
Keywords: syntax, design, comment
Organization: OSF Research Institute
References: 95-10-103 95-10-140 95-11-048
Date: Fri, 10 Nov 1995 16:17:31 GMT

Syntax extension was popular in the late 60's and early 70's. It
usually went together with various kinds of semantic extension, such
as user-defined data types (this was before the power of the Simula 67
approach, popularized by Smalltalk, and now called object orientation,
was widely realized), control structure extensions, etc. Some of the
interpretive systems allowed changing syntax at runtime, and there
were programming environments (e.g. Harvard PDS) built on the idea
that each module could define its own problem-oriented syntax.


Many Lisp-based languages/systems such as Macsyma have an Algol-like
"public" syntax and a Lisp-like internal syntax.


-s


Some relevant bibliography:


On the basis for ELF--an Extensible Language Facility
T.E. Cheatham et al.
Fall Joint Computer Conference 1968, 33:2:937


Extensible Languages (conference)
Carlos Christensen, ed; Christopher J. Shaw, ed
ACM Sigplan Notices 4:8:, 1969


Experience with an Extensible Language
Edgar T. Irons
Commun. ACM 13:1:31


International Symposium on Extensible Languages
Stephen A. Schuman, ed
IBM Centre scientifique de Grenoble FF2.0143, 1971
= ACM Sigplan Notices, 6:12:, 1971


Syntax Extension Using a Run Time Model
Jay Earley
Int. J. Comp. and Info. Sys. 3:3:189 (1974)
[The Irons CACM paper describes IMP which I mentioned a few message ago. The
problem with syntax extension is that it solves the wrong problem, giving
you new and different ways to write code that does the same old thing, and
producing the unpleasant effect that each program in an extensible language is
in effect in a unique language that you'll have completely forgotten the next
time you have to change it. OOP turns this idea on its head, keeping the same
syntax but letting you extend the semantics. -John]
--


Post a followup to this message

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