Related articles |
---|
[2 earlier articles] |
Re: Languages of multiple abstaction gene.ressler@gmail.com (Gene) (2006-11-01) |
Re: Languages of multiple abstaction gah@ugcs.caltech.edu (glen herrmannsfeldt) (2006-11-01) |
Re: Languages of multiple abstaction esmond.pitt@bigpond.com (EJP) (2006-11-01) |
Re: Languages of multiple abstaction DrDiettrich1@aol.com (Hans-Peter Diettrich) (2006-11-01) |
Re: Languages of multiple abstaction torbenm@app-0.diku.dk (2006-11-01) |
Re: Languages of multiple abstaction bmoses-nospam@cits1.stanford.edu (Brooks Moses) (2006-11-01) |
Re: Languages of multiple abstaction walter@bytecraft.com (Walter Banks) (2006-11-01) |
Re: Languages of multiple abstaction free4trample@yahoo.com (fermineutron) (2006-11-04) |
Re: Languages of multiple abstaction gah@ugcs.caltech.edu (glen herrmannsfeldt) (2006-11-05) |
Re: Languages of multiple abstaction gduzan@acm.org (Gary Duzan) (2006-11-05) |
Re: Languages of multiple abstaction marcov@stack.nl (Marco van de Voort) (2006-11-08) |
Re: Languages of multiple abstaction gene.ressler@gmail.com (Gene) (2006-11-08) |
From: | Walter Banks <walter@bytecraft.com> |
Newsgroups: | comp.compilers |
Date: | 1 Nov 2006 00:54:59 -0500 |
Organization: | NewsGuy - Unlimited Usenet $19.95 |
References: | 06-10-126 |
Keywords: | performance, history |
Posted-Date: | 01 Nov 2006 00:54:59 EST |
Some old beliefs last long after they are factually correct. There are
several things that give an edge to High Level Languages. Compiler
accounting is a clear win, Machine generated code can be address
specific or in some form that is essentially impossible to maintain
by hand.
At some time in the last decade HLL quietly passed assembler.
One of the test suites that we write when releasing new compilers
is to encode the instruction set in C and compile it back to the
instruction set in machine code. This is a demonstration that any
piece of assembler can be matched or improved upon.
To prevent a asm vs HLL war we write C compiler using
IEC/ISO TR18037 for embedded systems. Some of our processors
are both complex and very simple.
w..
fermineutron wrote:
> It is generally the belief that high level languages are slower than
> the low level languages. It seems to me that there are 2 possible
> reasons for it. ...
Return to the
comp.compilers page.
Search the
comp.compilers archives again.