|Compiler back-ends [Q] Ben.Sloman@reading.ac.uk (1995-10-21)|
|Re: Compiler back-ends [Q] firstname.lastname@example.org (1995-10-23)|
|Re: Compiler back-ends [Q] email@example.com (1995-10-25)|
|Re: Compiler back-ends [Q] firstname.lastname@example.org (1995-10-27)|
|Re: Compiler back-ends [Q] email@example.com (1995-10-29)|
|Re: Compiler back-ends [Q] Martin.Jourdan@inria.fr (1995-11-03)|
|Re: Compiler back-ends [Q] firstname.lastname@example.org (Sebastian Schmidt) (1995-11-03)|
|Re: Compiler back-ends [Q] email@example.com (1995-11-03)|
|From:||firstname.lastname@example.org (Cliff Click)|
|Date:||Mon, 23 Oct 1995 14:33:08 GMT|
Ben.Sloman@reading.ac.uk (Ben Sloman) writes:
> `the back-ends of most production compilers are generated automatically'
> True or false? On what grounds (examples/references appreciated)?
> Ben Sloman, Postgraduate: Compilers for Parallel Machines, Reading University
> [I'll eat my hat if it's true. -John]
I think _many_ back-ends have automatically generated pieces
dovetailed into delicate handwritten code.
lcc - uses lburg to convert a machine description to C code for code
gcc - uses some sort of machine description as well
TI - makes DSPs (this implies no binary compatibility and a whole no
archectecure every few months). The compiler group relies
heavily on automatic generation in the backend - they have to
ship a good compiler on a new archecticure in just a few months.
Motorola - The PPC compiler uses awk scripts over a machine
description to handle scheduling differences amongst different
The old Davidson/Fraser/Wendt peephole code selection & optimzation
stuff works well and is easy to implement (and understand! and tweak!)
Lots of folks use that 'style' of backend code selection, and that
implies lots of folks use some amount of machine generated code.
Note that this is a _far_ cry from having the entire backend generated
automatically. It's just instruction selection and some peephole
opts. Register allocation is an amazing can of worms, and I don't know
of any machine-generated code techniques being used there.
Cliff Click Compiler Researcher & Designer
RISC Software, Motorola PowerPC Compilers
email@example.com (512) 891-7240
[Maybe I'll just eat the strings that tie under my chin. -John]
Return to the
Search the comp.compilers archives again.