Related articles |
---|
What's lacking: a good intermediate form tony@my.net (Tony) (2009-02-25) |
Re: What's lacking: a good intermediate form gah@ugcs.caltech.edu (Glen Herrmannsfeldt) (2009-02-26) |
Re: What's lacking: a good intermediate form georgeps@xmission.com (George Peter Staplin) (2009-02-26) |
Re: What's lacking: a good intermediate form pertti.kellomaki@tut.fi (Pertti Kellomaki) (2009-02-27) |
Re: What's lacking: a good intermediate form cr88192@hotmail.com (cr88192) (2009-02-27) |
Re: What's lacking: a good intermediate form max@gustavus.edu (Max Hailperin) (2009-02-27) |
Re: What's lacking: a good intermediate form walter@bytecraft.com (Walter Banks) (2009-02-27) |
Re: What's lacking: a good intermediate form bartc@freeuk.com (Bartc) (2009-02-27) |
Re: What's lacking: a good intermediate form jon@ffconsultancy.com (Jon Harrop) (2009-02-27) |
Re: What's lacking: a good intermediate form james.harris.1@googlemail.com (James Harris) (2009-02-27) |
[30 later articles] |
From: | Pertti Kellomaki <pertti.kellomaki@tut.fi> |
Newsgroups: | comp.compilers |
Date: | Fri, 27 Feb 2009 10:55:25 +0200 |
Organization: | Compilers Central |
References: | 09-02-132 |
Keywords: | UNCOL, performance |
Posted-Date: | 27 Feb 2009 07:33:53 EST |
Tony wrote:
> On modern desktop hardware, would anyone even notice the reduction of
> program performance because of the rather stark non-optimised back end
> code generation? (My guess is not, for 80% of software).
Given that a lot of production code runs in interpreted Python,
probably not.
> (I read the documentation on C-- and think it would be better to have
> an assembly language toolkit for major processors with the commonly
> generated code wrapped in C functions: setting up a stack, etc.)
Maybe someone has already suggested this to you, but if you are
looking for an intermediate language, LLVM is worth checking out.
It will give you back ends for many popular processors.
--
Pertti
Return to the
comp.compilers page.
Search the
comp.compilers archives again.