home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / compiler / 1843 < prev    next >
Encoding:
Internet Message Format  |  1992-11-10  |  2.0 KB
  1. Path: sparky!uunet!ogicse!das-news.harvard.edu!spdcc!iecc!compilers-sender
  2. From: clyde@hitech.com.au (Clyde Smith-Stubbs)
  3. Newsgroups: comp.compilers
  4. Subject: Re: Is this a new idea?
  5. Keywords: performance, parse
  6. Message-ID: <92-11-034@comp.compilers>
  7. Date: 7 Nov 92 10:16:38 GMT
  8. Article-I.D.: comp.92-11-034
  9. References: <92-10-113@comp.compilers> <92-11-009@comp.compilers>
  10. Sender: compilers-sender@iecc.cambridge.ma.us
  11. Reply-To: clyde@hitech.com.au (Clyde Smith-Stubbs)
  12. Organization: HI-TECH Software, Brisbane, QLD, Australia.
  13. Lines: 26
  14. Approved: compilers@iecc.cambridge.ma.us
  15.  
  16. >[Scanning and parsing can be as much as half of the total time that a
  17. >compiler takes (so says Ken Thompson of his Plan 9 C compiler) and that is
  18. >quite amenable to incremental precalculation. -John]
  19.  
  20. _Can_ is the operative word here: with our compilers it is not that big a
  21. proportion, but in any case, even parsing is context dependent, i.e.  you
  22. can't parse code that contains references to such things as typedefs that
  23. occur earlier in the code, if the typedef is missing or in the middle of
  24. being edited. Lexical analysis can be done to a greater degree on an
  25. incomplete program, although in most C compilers even the lexical phase is
  26. context sensitive.
  27.  
  28. A pre-parsing scheme combined with a "quick and dirty" code generator
  29. could certainly reduce edit-compile-debug cycle time, but I stand by my
  30. earlier point that increasing machine speed is affecting this more than
  31. incremental compiler technology is likely to.
  32.  
  33. I like the idea of a syntax-directed editor, but for reasons of minimizing
  34. silly errors (unmatched braces etc.) rather than to speed up compilation.
  35. --
  36.  Clyde Smith-Stubbs       | HI-TECH Software,       | Voice: +61 7 300 5011
  37.  clyde@hitech.com.au      | P.O. Box 103, Alderley, | Fax:   +61 7 300 5246
  38.  ...!nwnexus!hitech!clyde | QLD, 4051, AUSTRALIA.   | BBS:   +61 7 300 5235
  39. -- 
  40. Send compilers articles to compilers@iecc.cambridge.ma.us or
  41. {ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
  42.