|[5 earlier articles]|
|Re: Teaching compilers backwards? firstname.lastname@example.org (Joachim Durchholz) (2003-10-12)|
|Re: Teaching compilers backwards? email@example.com (Peter Flass) (2003-10-13)|
|Re: Teaching compilers backwards? Brian.Inglis@SystematicSw.ab.ca (Brian Inglis) (2003-10-13)|
|Re: Teaching compilers backwards? firstname.lastname@example.org (Michael Ross) (2004-03-11)|
|Re: Teaching compilers backwards? email@example.com (Randy Crawford) (2004-03-15)|
|Re: Teaching compilers backwards? firstname.lastname@example.org (Johnathan) (2004-03-15)|
|Re: Teaching compilers backwards? email@example.com (Rome Samo) (2004-03-19)|
|Re: Teaching compilers backwards? firstname.lastname@example.org (John Aycock) (2004-03-19)|
|Re: Teaching compilers backwards? email@example.com (Lex Spoon) (2004-03-19)|
|Re: Teaching compilers backwards? firstname.lastname@example.org (dtf) (2004-03-19)|
|Re: Teaching compilers backwards? email@example.com (2004-03-19)|
|Re: Teaching compilers backwards? firstname.lastname@example.org (=?ISO-8859-1?Q?Peter_Fr=F6hlich?=) (2004-03-19)|
|Re: Teaching compilers backwards? email@example.com (glen herrmannsfeldt) (2004-03-26)|
|[3 later articles]|
|From:||Rome Samo <firstname.lastname@example.org>|
|Date:||19 Mar 2004 23:44:58 -0500|
|Organization:||EarthLink Inc. -- http://www.EarthLink.net|
|References:||03-09-073 03-10-014 03-10-037 04-03-045 04-03-066|
|Posted-Date:||19 Mar 2004 23:44:57 EST|
> I'm at the stage where I'm doing compiler construction and I agree.
> Compiler courses are very unsatisfactory because we don't write real
> compilers or really learn anything. By the time the exam is "last
> week," everything is pretty much forgotten. The course runs way too
> fast and everything is vague and abstract. If we're lucky we'll do a
> stupid YARPNC (Yet Another Reverse Polish Notation Calculator). ...
I agree with all that has been said regarding teaching compiler
development. Having been disappointed with the courses, I thought I
might get various and sundry books, and go it alone. This did not
really help much either, although it made more sense to me. It seems
to me that the best way of doing all this is to get one's hands dirty,
and, start generating code (via parsers, scanners), then going though
One big problem for me is the actual generation of the backend code.
All the optimization required to created a high-quality compiler leaves
Sure would be good if we could generate some kind of pcode, then have
all the guru's optimize it, and produce assembly for various processors.
I have looked at a lot of pcode, and, frankly am not too excited about
what's out there. Rather than pcode generation, if we put our heads
together, and create a plain English verion of this, it sure would go a
long way. I guess what this means is to create a new pcode language
that is readable by human beings (text), and does not assume processor
architecture. The language should assume that there are registers,
stack, memory, and should be easy to look at.
The main point of all this is that, if one can create an easy-to-look-at
interim code, then generate processor-specific assembly code from it,
that sure would be great.
Return to the
Search the comp.compilers archives again.