Related articles |
---|
[5 earlier articles] |
Re: Is this a new idea? byron@netapp.com (Byron Rakitzis) (1992-11-04) |
Re: Is this a new idea? ttk@ucscb.UCSC.EDU (1992-11-04) |
Re: Is this a new idea? dak@sq.sq.com (1992-11-04) |
Re: Is this a new idea? dnl@macsch.com (1992-11-04) |
Re: Is this a new idea? tmb@arollaidiap.ch (1992-11-06) |
Re: Is this a new idea? henry@zoo.toronto.edu (1992-11-08) |
Re: Is this a new idea? clyde@hitech.com.au (1992-11-07) |
Re: Is this a new idea? dlarsson%abbaut@Sweden.EU.net (1992-11-11) |
Re: Is this a new idea? macrakis@osf.org (1992-11-11) |
Re: Is this a new idea? pardo@cs.washington.edu (1992-11-12) |
Re: Is this a new idea? thinkage!dat@math.uwaterloo.ca (1992-11-11) |
Re: Is this a new idea? andrewb@lynx.cs.washington.edu (1992-11-16) |
Re: Is this a new idea? drw@euclid.mit.edu (1992-11-16) |
[3 later articles] |
Newsgroups: | comp.compilers |
From: | clyde@hitech.com.au (Clyde Smith-Stubbs) |
Organization: | HI-TECH Software, Brisbane, QLD, Australia. |
Date: | Sat, 7 Nov 1992 10:16:38 GMT |
Keywords: | performance, parse |
References: | 92-10-113 92-11-009 |
>[Scanning and parsing can be as much as half of the total time that a
>compiler takes (so says Ken Thompson of his Plan 9 C compiler) and that is
>quite amenable to incremental precalculation. -John]
_Can_ is the operative word here: with our compilers it is not that big a
proportion, but in any case, even parsing is context dependent, i.e. you
can't parse code that contains references to such things as typedefs that
occur earlier in the code, if the typedef is missing or in the middle of
being edited. Lexical analysis can be done to a greater degree on an
incomplete program, although in most C compilers even the lexical phase is
context sensitive.
A pre-parsing scheme combined with a "quick and dirty" code generator
could certainly reduce edit-compile-debug cycle time, but I stand by my
earlier point that increasing machine speed is affecting this more than
incremental compiler technology is likely to.
I like the idea of a syntax-directed editor, but for reasons of minimizing
silly errors (unmatched braces etc.) rather than to speed up compilation.
--
Clyde Smith-Stubbs | HI-TECH Software, | Voice: +61 7 300 5011
clyde@hitech.com.au | P.O. Box 103, Alderley, | Fax: +61 7 300 5246
...!nwnexus!hitech!clyde | QLD, 4051, AUSTRALIA. | BBS: +61 7 300 5235
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.