|Translation between high level languages Mikal.Ziane@lip6.fr (Mikal Ziane) (1997-11-29)|
|Re: Translation between high level languages email@example.com (1997-11-30)|
|Re: Translation between high level languages firstname.lastname@example.org (Henry Spencer) (1997-11-30)|
|Re: Translation between high level languages email@example.com (1997-11-30)|
|Re: Translation between high level languages firstname.lastname@example.org (J.Lampe) (1997-12-02)|
|Re: Translation between high level languages email@example.com (1997-12-14)|
|Date:||2 Dec 1997 12:06:39 -0500|
|Organization:||Techn. University Dresden|
Mikal Ziane wrote:
> I am especially interested in as-universal-as-possible approaches
> (not simply from say C to Java or any other particular case). The
> ideal would be attempts to describe the semantics of some class of
> languages and using it to translate between languages of this class.
At least, you need a universal semantics' description. Then, you have
to map your languages onto this description, that's rather similar to
compiler building. In th second step, one has to define mappings back
to high level languages. That's what I think will be even more
> [The issues in translating to a high level language aren't all that
> different from translating to assembler, except that people care a
> lot more about the appearance and structure of the output code.
> Before looking for a universal approach, study the sorry history of
> UNCOLs, which tell us that languages that look similar are usually a
> lot farther apart semantically than you would ever have
> believed. -John]
I think, translating between high level languages is likely to be
harder. Assembly languages are much more uniform in respect to
concepts. What makes high level languages' translations hard is
usually the need to identify different concepts that have no distinct
syntactical structures. For example, mapping Pascal's arrays and
pointers onto C counterparts is easy. The opposite direction is more
difficult as in C the concepts of array and pointer cannot be
distinguished that clearly by syntactically means only.
However, see http://www.math.tu-dresden.de/wir/depot4 for a tool for
such translators and some sample applications.
Return to the
Search the comp.compilers archives again.