Return to the
comp.compilers page.
Search the
comp.compilers archives again.
| Related articles |
|---|
| optimizing gah@ugcs.caltech.edu (glen herrmannsfeldt) (2011-08-12) |
| Re: optimizing anton@mips.complang.tuwien.ac.at (2011-08-13) |
| Re: optimizing haberg-news@telia.com (Hans Aberg) (2011-08-13) |
| Re: optimizing walter@bytecraft.com (Walter Banks) (2011-08-14) |
| Re: optimizing torbenm@diku.dk (2011-08-15) |
| Re: optimizing bumens@dingens.org (Volker Birk) (2011-08-15) |
| Re: optimizing haberg-news@telia.com (Hans Aberg) (2011-08-15) |
| Re: optimizing gah@ugcs.caltech.edu (glen herrmannsfeldt) (2011-08-15) |
| From: | Hans Aberg <haberg-news@telia.com> |
| Newsgroups: | comp.compilers |
| Date: | Sat, 13 Aug 2011 18:12:38 +0200 |
| Organization: | A noiseless patient Spider |
| References: | 11-08-015 |
| Keywords: | optimize |
| Posted-Date: | 14 Aug 2011 20:28:23 EDT |
On 2011/08/12 06:05, John Levine wrote:
> On 2011/08/12 06:05, glen herrmannsfeldt wrote:
>> ... Someone was wondering if any
>> optimization was done at link time.
> [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]
I think that part of the reason that Apple switched to an LLVM based
compiler is that it can generate intermediate code that can be optimized
depending on what GPU is present. Perhaps it makes a switch from Intel
to ARM simpler.
Hans
Return to the
comp.compilers page.
Search the
comp.compilers archives again.