Re: HLL syntax & structure suited to rapid compilation?

"Joachim Durchholz" <joachim_d@gmx.de>
4 Aug 2002 11:18:28 -0400

          From comp.compilers

Related articles
HLL syntax & structure suited to rapid compilation? gswork@mailcity.com (gswork) (2002-07-24)
Re: HLL syntax & structure suited to rapid compilation? steve@lurking.demon.co.uk (Steve Horne) (2002-07-25)
Re: HLL syntax & structure suited to rapid compilation? marcov@toad.stack.nl (Marco van de Voort) (2002-07-31)
Re: HLL syntax & structure suited to rapid compilation? joachim_d@gmx.de (Joachim Durchholz) (2002-08-04)
Re: HLL syntax & structure suited to rapid compilation? ceco@jupiter.com (Tzvetan Mikov) (2002-08-10)
Re: HLL syntax & structure suited to rapid compilation? marcov@toad.stack.nl (Marco van de Voort) (2002-08-10)
Re: HLL syntax & structure suited to rapid compilation? marcov@toad.stack.nl (Marco van de Voort) (2002-08-14)
Re: HLL syntax & structure suited to rapid compilation? joachim_d@gmx.de (Joachim Durchholz) (2002-08-23)
Re: HLL syntax & structure suited to rapid compilation? ceco@jupiter.com (Tzvetan Mikov) (2002-08-23)
Re: HLL syntax & structure suited to rapid compilation? marcov@toad.stack.nl (Marco van de Voort) (2002-08-24)
[1 later articles]
| List of all articles for this month |

From: "Joachim Durchholz" <joachim_d@gmx.de>
Newsgroups: comp.compilers
Date: 4 Aug 2002 11:18:28 -0400
Organization: Compilers Central
References: 02-07-098 02-07-121 02-07-128
Keywords: performance, comment
Posted-Date: 04 Aug 2002 11:18:28 EDT

Marco van de Voort wrote:
> [...] the most important reasons why e.g.
> TP/BP is so fast, are
> - [...]


- Almost nonexistent optimization.


I'm under the impression that compilers spend most of their time with
optimization. TP did constant expression evaluation and dead code
elimination, but that's about all: no liveness analysis, no register
allocation. The resultant machine code was horrendous (but nobody
noticed or cared, even in the 16 MHz age - so much for the relevance
of efficiency).


That's Turbo Pascal. I never got around to looking at Borland Pascal
output - I sincerely hope things have improved.


Regards,
Joachim
--
[Optimizing compilers certainly spend a lot of time optimizing. I'm
still pretty sure that for raw speed, the lexer is the bottleneck. -John]


Post a followup to this message

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