Translator design decisions

"Mario Suvajac" <msuvajac@sfsb.hr>
Sat, 19 Jan 2008 16:39:31 +0100

          From comp.compilers
Related articles
Translator design decisions msuvajac@sfsb.hr (Mario Suvajac) (2008-01-19)
Re: Translator design decisions DrDiettrich1@aol.com (Hans-Peter Diettrich) (2008-01-20)
Re: Translator design decisions cfc@shell01.TheWorld.com (Chris F Clark) (2008-01-21)
Re: Translator design decisions dot@dotat.at (Tony Finch) (2008-01-22)
Re: Translator design decisions rose@acm.org (Ken Rose) (2008-01-22)
Re: Translator design decisions cfc@shell01.TheWorld.com (Chris F Clark) (2008-01-23)
Re: Translator design decisions pertti.kellomaki@tut.fi (=?ISO-8859-1?Q?Pertti_Kellom=E4ki?=) (2008-01-23)
[2 later articles]
| List of all articles for this month |
From: "Mario Suvajac" <msuvajac@sfsb.hr>
Newsgroups: comp.compilers
Date: Sat, 19 Jan 2008 16:39:31 +0100
Organization: Faculty of Mechanical Engineering in Slavonski Brod
Keywords: UNCOL
Posted-Date: 19 Jan 2008 11:05:25 EST

I am working on a programming language translator project and as I'm a
first timer in this field I off course have no experience, hope you
could give me some of your opinions, advices...


The translator has virtually unlimited number of input languages and
translation is done in between them, so every input language can be an
output language. The languages are Pascal, BASIC, NC like. I was
thinking about making an assembler like Intermediate language in
between, so basically I need to make TO and FROM Intermediate language
translations for each language. For the project at first I wanted to
use Lex+Yacc but then I found out about TXL and now think about using
TXL instead. Everything else will be done in C++. Also, speed is not
important.


Thanks in advanced!


--
Mario Suvajac
Faculty of Mechanical Engineering in Slavonski Brod (SFSB)


[A good first step would be to learn about the many many times this
has been tried and failed in the past, as far back as the 1950s. You
can start with this 1991 article I posted to comp.compilers:
http://compilers.iecc.com/comparch/article/91-12-026 -John]




Post a followup to this message

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