Related articles |
---|
[2 earlier articles] |
Re: Interpreter design ian@jawssystems.com (2001-01-18) |
Re: Interpreter design kszabo@nortelnetworks.com (Kevin Szabo) (2001-01-18) |
Re: Interpreter design steck@rice.edu (2001-01-18) |
Re: Interpreter design gsc@zip.com.au (Sean Case) (2001-01-19) |
Re: Interpreter design gvmt@localhost.vsnl.net.in (Venkatesha Murthy) (2001-01-19) |
Re: Interpreter design jcgil@gmv.es (Juan Carlos Gil Montoro) (2001-01-19) |
Re: Interpreter design guerby@acm.org (Laurent Guerby) (2001-01-19) |
Re: Interpreter design neelk@alum.mit.edu (2001-01-19) |
Re: Interpreter design anton@mips.complang.tuwien.ac.at (2001-01-20) |
Re: Interpreter design nr@labrador.eecs.harvard.edu (2001-01-26) |
Re: Interpreter design sdm7g@minsky.med.virginia.edu (Steven D. Majewski) (2001-02-01) |
From: | Laurent Guerby <guerby@acm.org> |
Newsgroups: | comp.compilers |
Date: | 19 Jan 2001 23:22:31 -0500 |
Organization: | Club-Internet (France) |
References: | 01-01-059 |
Keywords: | books, interpreter, comment |
Posted-Date: | 19 Jan 2001 23:22:31 EST |
Juan Carlos Gil Montoro <jcgil@gmv.es> writes:
> What is the best strategy to implement an interpreter for a custom
> language?. I've done compilers and translators, but the mechanics of
> an interpreter (storing the interpreter state, in particular) puzzles
> me.
I found "Programming Languages An Interpreter-Based Approach" by
Samuel N. Kamin, Addison-Wesley, ISBN 0-201-06824-9 very interesting
on this topic since it covers, imperative, functional, object and
logic interpreters by "patching" a basic interpreter. Unfortunately it
looks like it is out of print (I got mine from a used book sale).
--
Laurent Guerby <guerby@acm.org>
[I see several copies for sale at www.bibliofind.com. -John]
Return to the
comp.compilers page.
Search the
comp.compilers archives again.