Related articles |
---|
RPN as intermediate code? gorelick@esther.la.asu.edu (1995-08-22) |
Re: RPN as intermediate code? lkaplan@BIX.com (1995-08-25) |
Re: RPN as intermediate code? jaidi@technet.sg (1995-08-26) |
Re: RPN as intermediate code? odersky@ira.uka.de (1995-08-29) |
Re: RPN as intermediate code? ukln@rzstud2.rz.uni-karlsruhe.de (1995-08-31) |
Re: RPN as intermediate code? hbaker@netcom.com (1995-09-02) |
Re: RPN as intermediate code? mejohnsn@netcom.com (1995-09-11) |
Re: RPN as intermediate code? bevan@cs.man.ac.uk (1995-09-06) |
Re: RPN as intermediate code? Robert.Corbett@Eng.Sun.COM (1995-09-12) |
Newsgroups: | comp.compilers |
From: | hbaker@netcom.com (Henry Baker) |
Keywords: | interpreter, forth |
Organization: | nil organization |
References: | 95-08-164 95-09-010 |
Date: | Sat, 2 Sep 1995 16:49:59 GMT |
lkaplan@BIX.com (Leonard Kaplan) wrote:
> Noel Gorelick wrote:
> >I am struggling trying to convert my C interpreter from a tree-based
> >design to an intermediate-code design.
>
> >I now want to move to storing (and executing) some form of intermediate
> >code. I really like the idea of encoding into an 'execution string', like
> >bc does, and reverse polish works great for this, as long as I stick to
> >encoding expressions. But this model falls apart when I get into things
> >like conditionals and loops, and I am completely baffled how to do
> >short-circuit logic like this. For instance, I can compile the following
> >code into the RPN strings shown (which execute easily):
Check out the following web stuff:
ftp://ftp.netcom.com/pub/hb/hbaker/ForthStack.html (also .ps.Z) and
ftp://ftp.netcom.com/pub/hb/hbaker/Use1Var.html (also .ps.Z)
--
www/ftp directory:
ftp://ftp.netcom.com/pub/hb/hbaker/home.html
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.