Re: optimizing

Walter Banks <>
Sun, 14 Aug 2011 06:29:32 -0400

          From comp.compilers

Related articles
optimizing (glen herrmannsfeldt) (2011-08-12)
Re: optimizing (2011-08-13)
Re: optimizing (Hans Aberg) (2011-08-13)
Re: optimizing (Walter Banks) (2011-08-14)
Re: optimizing (2011-08-15)
Re: optimizing (Volker Birk) (2011-08-15)
Re: optimizing (Hans Aberg) (2011-08-15)
Re: optimizing (glen herrmannsfeldt) (2011-08-15)
| List of all articles for this month |

From: Walter Banks <>
Newsgroups: comp.compilers
Date: Sun, 14 Aug 2011 06:29:32 -0400
Organization: NNTP Server
References: 11-08-015
Keywords: optimize
Posted-Date: 14 Aug 2011 20:31:00 EDT

glen herrmannsfeldt wrote:

> It seems to me, though, that in the case of RISC, and even more in the
> case of VLIW processors like Itanium, delaying the final optimization
> and code generation pass would be useful. ...

> [This is pretty standard in the toolchains for embedded processors. I
> gather that the ARM compilers generate intermediate code, and all the
> optimization and code generation happens in the linker. -John]

To add to John's comment. We have been writing and selling compilers
for embedded systems for a long time. Since the early 90's we have
been doing our code generation at link time.

Embedded systems are unique to make this attractive. The application
code is almost never hosted, fast small code is highly desired and
they are compile once run often systems.

Link time code generation offers many optimization possibilities. The
biggest change is the mindset change to full application optimization.
There are some downsides. Reused code and libraries have the potential
to behave differently within some applications because each link could
generate different sequences for the same source module.


Walter Banks
Byte Craft Limited

Post a followup to this message

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