Re: Precedence values for Reverse Polish

ppaatt@aol.com (PPAATT)
5 Nov 1999 01:31:04 -0500

          From comp.compilers

Related articles
[2 earlier articles]
Re: Precedence values for Reverse Polish lex@cc.gatech.edu (1999-10-31)
Re: Precedence values for Reverse Polish ppaatt@aol.com (1999-10-31)
Re: Precedence values for Reverse Polish nerd@freeuk.com (Nerd) (1999-10-31)
Re: Precedence values for Reverse Polish anton@mips.complang.tuwien.ac.at (1999-11-02)
Re: Precedence values for Reverse Polish ppaatt@aol.com (1999-11-02)
Re: Precedence values for Reverse Polish anton@mips.complang.tuwien.ac.at (1999-11-03)
Re: Precedence values for Reverse Polish ppaatt@aol.com (1999-11-05)
Re: Precedence values for Reverse Polish anton@mips.complang.tuwien.ac.at (1999-11-18)
Re: Precedence values for Reverse Polish world!bobduff@uunet.uu.net (Robert A Duff) (1999-11-25)
| List of all articles for this month |

From: ppaatt@aol.com (PPAATT)
Newsgroups: comp.compilers
Date: 5 Nov 1999 01:31:04 -0500
Organization: AOL http://www.aol.com
References: 99-11-026
Keywords: parse, code, comment

> > > > ... deferred ... lambda ...


> anton@mips.complang.tuwien.ac.at
> (Anton Ertl)


> you claimed that we would no longer need special forms; I pointed
> out that we would need at least the quote special form.


We're agreed that this remaining "need" is only for the textual
representation of a parse tree?


Once running, given the ability to construct anonymous fragments of
code, there is no run-time use for the quote special form?


Except in engines that convert text to executable - like, say, Lisp
source text to executable.


I don't feel like I'm saying this very well - not sure what to do
about it - is my question clear?


> ...


Thanks again for the rest, I think I'm clear on the info you're sharing.


Pat LaVarre p.lavarre@ieee.org http://members.aol.com/ppaatt/nqjava/
[I believe you always need some way to distinguish between code and
data. Cal Mooers' Trac language had about the simplest prefix form
design you can imagine, and even it had a magic way to say "fetch this
variable but don't interpret it". -John]


Post a followup to this message

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