Related articles |
---|
[19 earlier articles] |
Re: Intermediate Representation pd@complex.Eng.Sun.COM (1990-08-15) |
Re: Intermediate Representation staff@cadlab.sublink.org (1990-08-18) |
Re: Intermediate Representation ok@goanna.cs.rmit.OZ.AU (1990-08-20) |
intermediate representation han@cs.rochester.edu (1991-02-20) |
Re: intermediate representation lavinus@csgrad.cs.vt.edu (1991-02-22) |
Re: intermediate representation mike@vlsivie.tuwien.ac.at (1991-02-23) |
Re: intermediate representation rfg@ncd.com (1991-02-26) |
Re: intermediate representation megatest!djones@decwrl.dec.com (1991-02-27) |
Re: intermediate representation tarvydas@turing.toronto.edu (1991-03-04) |
Newsgroups: | comp.compilers |
From: | rfg@ncd.com (Ron Guilmette) |
Keywords: | question, optimize, design, analysis |
Organization: | Network Computing Devices, Inc., Mt. View, CA |
References: | <9102210223.AA15327@cyan.cs.rochester.edu> |
Date: | 26 Feb 91 00:06:13 GMT |
In article <9102210223.AA15327@cyan.cs.rochester.edu> han@cs.rochester.edu writes:
>
> Actually, my fellow students and I have taken a look at the RTL dump
>produced by GCC. To our surprise, the RTL dump showed strong dependency
>on the target machine even at the earliest stage of optimization.
For what it's worth, I thought that I should mention that GCC actually
deals with two different internal representations of a program. There
is a high level representation (TREEs) and also the low-level representation
that you mentioned (i.e. RTL).
The high level representation is fairly machine independent, however it is
*not* something that you would want to try applying optimizations to.
(Well, at least GCC doesn't try to do that. Some people may say that
the high level tree representation would be a good thing to be munging
for certain "high level" optimizations. I won't argue that point either
way.)
--
// Ron Guilmette
// Internet: rfg@ncd.com uucp: ...uunet!lupine!rfg
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.