Re: HLL syntax & structure suited to rapid compilation?

"Tzvetan Mikov" <ceco@jupiter.com>
10 Aug 2002 02:00:23 -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)
Re: HLL syntax & structure suited to rapid compilation? marcov@toad.stack.nl (Marco van de Voort) (2002-08-24)
| List of all articles for this month |
From: "Tzvetan Mikov" <ceco@jupiter.com>
Newsgroups: comp.compilers
Date: 10 Aug 2002 02:00:23 -0400
Organization: Concentric Internet Services
References: 02-07-098 02-07-121 02-07-128 02-08-005
Keywords: optimize, practice
Posted-Date: 10 Aug 2002 02:00:23 EDT

"Joachim Durchholz" <joachim_d@gmx.de> wrote in message
> 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.


They have, but not as much as one would hope (or expect, given how much time
has passed). All 32-bit versions of Borland Pascal/Delphi use Borland C's
backend which performs some of the standard optimizations. Unfortunately the
last time I looked (Borland C++ 5.5, 2000) it was still pretty horrible
compared to GCC or VC (not to mention Intel). I used to be a long time
Borland fan but I got pretty angry when I saw things like:
      mov eax, ebx
      mov ebx, eax
in the "optimized" code.


-tzvetan


Post a followup to this message

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