Related articles |
---|
[9 earlier articles] |
Re: simple vs complex languages nmm1@cus.cam.ac.uk (2003-05-12) |
Re: simple vs complex languages George.Russell@cis.strath.ac.uk (George Richard Russell) (2003-05-12) |
Re: simple vs complex languages torbenm@diku.dk (2003-05-12) |
Re: simple vs complex languages spencer@panix.com (David Spencer) (2003-05-12) |
Re: simple vs complex languages thant@acm.org (Thant Tessman) (2003-05-12) |
Re: simple vs complex languages bear@sonic.net (2003-05-12) |
Re: simple vs complex languages bear@sonic.net (2003-05-12) |
Re: simple vs complex languages nmm1@cus.cam.ac.uk (2003-05-14) |
Re: simple vs complex languages bobduff@shell01.TheWorld.com (Robert A Duff) (2003-05-15) |
Re: simple vs complex languages lex@cc.gatech.edu (Lex Spoon) (2003-05-15) |
Re: simple vs complex languages nmm1@cus.cam.ac.uk (2003-05-16) |
Re: simple vs complex languages dot@dotat.at (Tony Finch) (2003-05-16) |
Re: simple vs complex languages tenger@iSeries-guru.com (Terrence Enger) (2003-05-16) |
[23 later articles] |
From: | bear@sonic.net |
Newsgroups: | comp.compilers |
Date: | 12 May 2003 01:46:29 -0400 |
Organization: | ...disorganized... |
References: | 03-04-095 03-05-034 |
Keywords: | design |
Posted-Date: | 12 May 2003 01:46:29 EDT |
Michael Tiomkin wrote:
> Well, in this case you'd better use Lisp or Postscript which have
> much simpler syntax. BTW, implementing Pascal with its hierarchical
> stack structure used for nested procedures isn't very nice and
> efficient.
BTW, I don't think that's the right way to implement Pascal's stack
structure. Instead, I advocate using hygienic renaming of internal
procedures and the variables in them, and rewriting the internal
procedure calls to pass the arguments of the outer procedures as well.
It costs you a little bit extra in stack space, but not usually as
much as you spend keeping track of a hierarchical stack structure, and
it allows you implement Pascal's stacks with a single contiguous stack
space.
Bear
Return to the
comp.compilers page.
Search the
comp.compilers archives again.