Related articles |
---|
Is it just me or... jaycole@bgn.mindspring.com (1997-01-22) |
Re: Is it just me or... genew@mindlink.bc.ca (1997-01-25) |
Re: Is it just me or... anton@a0.complang.tuwien.ac.at (1997-01-25) |
Re: Is it just me or... mslamm@pluto.mscc.huji.ac.il (1997-01-25) |
Re: Is it just me or... preston@tera.com (1997-01-26) |
Re: Is it just me or... kers@hplb.hpl.hp.com (1997-01-29) |
Re: Is it just me or... tim@novelty.demon.co.uk (Tim Roberts) (1997-01-30) |
Re: Is it just me or... baynes@ukpsshp1.serigate.philips.com (1997-02-07) |
[7 later articles] |
From: | genew@mindlink.bc.ca (Gene Wirchenko) |
Newsgroups: | comp.compilers |
Date: | 25 Jan 1997 21:46:20 -0500 |
Organization: | MIND LINK! - British Columbia, Canada |
References: | 97-01-180 |
Keywords: | practice |
jaycole@bgn.mindspring.com (Jay Cole) wrote:
>Hi all,
>I've been reading this group regularly for several months, and on and
>off for a year or so. I finally had to ask some questions to the
>populace of comp.compilers.
I, also. ("Me too!" is a trademark of America On-Line.)
>1) Why isn't a compiler-type class taught in college that deals with
>the applications of compiler techniques in everyday, non-compiler
>design, programs. Maybe imbedded languages, or errant data parsing,
>etc, etc, etc. Although I've never written a 'formal' compiler, I've
>written a embedded selection language, and user interface language, a
>sorting language, etc, etc, etc. Most of these generated machine code
>directly into a code-aliased memory block and then jumped in and went
>to town. It seems to me that your standard CS student is more likely
>to run into this application of compiler theory more than the actual
>writing of 'full' compilers. After 10+ years in CS, I've only met a
>handful of 'real' compiler writers.
I would like to know why I can't find a good book on compiler
writing that isn't either:
a) "Here's the source for a Very Tiny <language>." or
b) a jungle of mathematical notation that is not explained in the
text. (I'm not a mathephobe, but I do like to understand what I
read.)
Over the years, I have found it very useful to write parsers for
code generators and data converters. Usually, these are front-ends
with little or no understanding of the code they generate. I can't
help feeling that if I could learn some more about the subject that I
would be able to do more.
Currently, I can design and write DFSAs for simple parsing. I
can construct a parser given a syntax (say in BNF), but I get lost
whenever I try reading about LL<whatever>, how to implement recursive
descent, etc. My syntax scanners are homebrew, not table driven. I
can handle lexical scanning with tables though.
I suppose you could call me a comp.compilers wannabe.
Is there any hope that I can find some clear material?
Sincerely,
Gene Wirchenko
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.