Related articles |
---|
Compiler 101 news@scruffyduck.co.uk (Jon Masterson) (2005-01-22) |
Re: Compiler 101 anton@mips.complang.tuwien.ac.at (2005-01-24) |
Re: Compiler 101 lfinsto1@gwdg.de (Laurence Finston) (2005-01-24) |
Re: Compiler 101 news@scruffyduck.co.uk (Jon Masterson) (2005-01-24) |
Re: Compiler 101 news@scruffyduck.co.uk (Jon Masterson) (2005-01-30) |
Re: Compiler 101 user_77@hotmail.com (Nobodyzhome) (2005-01-30) |
Re: Compiler 101 henry@spsystems.net (2005-02-18) |
Re: Compiler 101 one2001boy@yahoo.com (one2001boy@yahoo.com) (2005-02-28) |
From: | anton@mips.complang.tuwien.ac.at (Anton Ertl) |
Newsgroups: | comp.compilers |
Date: | 24 Jan 2005 10:58:30 -0500 |
Organization: | Institut fuer Computersprachen, Technische Universitaet Wien |
References: | 05-01-067 |
Keywords: | interpreter |
Posted-Date: | 24 Jan 2005 10:58:30 EST |
Jon Masterson <news@scruffyduck.co.uk> writes:
>At the moment, for example,
>I cannot allow nesting as I have no clue as to how to handle that now.
>I'm not particularly worried about converting the intermediate code
>into machine code due to the nature of the target which is very
>specific. I am very interested in the approaches to parsing, syntax
>checking and analysing the source.
That's not very interpreter-specific. You can read the front-end part
of any compiler text for that.
>I have recollections of using postfix notation and a stack last time
>but, as mentioned, it is all rather blurred....8-)
I guess you used a stack-based virtual machine as interface between
the front end and back end.
You might be interested in Vmgen
<http://www.complang.tuwien.ac.at/anton/vmgen/>, which includes an
example of an interpreter for a small Modula-style language.
- anton
--
M. Anton Ertl
anton@mips.complang.tuwien.ac.at
http://www.complang.tuwien.ac.at/anton/home.html
Return to the
comp.compilers page.
Search the
comp.compilers archives again.