Related articles |
---|
p-code compilers ec98bna@brunel.ac.uk (Bogomil Alexondrov) (1999-01-22) |
Re: p-code compilers dwight@pentasoft.com (1999-01-23) |
Re: p-code compilers genew@vip.net (1999-01-23) |
Re: p-code compilers derekross@fisheracre.freeserve.co.uk (Derek Ross) (1999-01-23) |
Re: p-code compilers eodell@pobox.com (1999-01-25) |
Re: p-code compilers toon@moene.indiv.nluug.nl (Toon Moene) (1999-01-25) |
Re: p-code compilers aaron@farol.chem.purdue.edu (Aaron F. Stanton) (1999-01-27) |
Re: p-code compilers wlohmann@informatik.uni-rostock.de (1999-01-27) |
Re: p-code compilers rock@twr.com (Robert Howard) (1999-01-31) |
Re: p-code compilers sda@rt66.com (1999-01-31) |
From: | Toon Moene <toon@moene.indiv.nluug.nl> |
Newsgroups: | comp.compilers |
Date: | 25 Jan 1999 21:52:34 -0500 |
Organization: | Moene Computational Physics, Maartensdijk, The Netherlands |
References: | 99-01-078 |
Keywords: | translator |
Bogomil Alexondrov wrote:
> Does somebody know a website focused on pseudo code compilers and
> especially possible optimizations for it. btw can a program not
> generating machine code but pseudo code be called compiler or is it a
> translator? what is the exact definition for compiler? Java is
> generating pseudo code so it must be a translator rather than
> compiler?
I tend to look at the way the compiler/translator works. E.g., I call
f2c a compiler, because it reads in Fortran code, parses it, builds a
symbol table, converts it to an internal representation and then - in
stead of generating assembler - it spits out C.
--
Toon Moene (toon@moene.indiv.nluug.nl)
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Phone: +31 346 214290; Fax: +31 346 214286
g77 Support: fortran@gnu.org; egcs: egcs-bugs@cygnus.com
Return to the
comp.compilers page.
Search the
comp.compilers archives again.