|DEC optimising Modula-2 compiler firstname.lastname@example.org (1990-06-01)|
|Re: DEC optimising Modula-2 compiler email@example.com (1990-06-05)|
|Re: DEC optimising Modula-2 compiler firstname.lastname@example.org (1990-06-06)|
|Re: DEC optimising Modula-2 compiler email@example.com (1990-06-07)|
|From:||firstname.lastname@example.org (Dirk Grunwald)|
|Date:||Wed, 6 Jun 90 14:57:11 GMT|
|Organization:||University of Colorado at Boulder|
|In-Reply-To:||email@example.com's message of 1 Jun 90 19:36:55 GMT|
>>>>> On 1 Jun 90 19:36:55 GMT, firstname.lastname@example.org (Jens Tingleff) said:
JT> Does anyone have any experience with/information about the
JT> "portable optimising compiler for Modula-2" described in an article
JT> by Michael L. Powell in SIGPLAN Notices 19:6 (the compiler/article
JT> refered to in the Dragon book) ?
Whilest employeed at DEC-ERL one summer, Bill Bush & I beat (slightly) on this
compiler. I translated the internal tree representation into common lisp
lists, from which we were doing dataflow analysis for automatic
>From my remembering, it was a very clean compiler internally (thank goodness),
much cleaner than e.g., Berkeley 'pc' & you could even understand the
optimization strategies. Amazing. Various small benchmarks showed that the
compiler did perform very well on VAXen.
Sadly, it all came to naught as DEC blew ERL out of the water that summer. You
can get a Modula-3 to C translator from gatekeeper.dec.com. Don't know if
it's the same structure, though.
Dirk Grunwald -- Univ. of Colorado at Boulder (email@example.com)
Return to the
Search the comp.compilers archives again.