home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / compiler / 1387 < prev    next >
Encoding:
Internet Message Format  |  1992-08-16  |  1.4 KB
  1. Xref: sparky comp.compilers:1387 comp.lang.c:12391
  2. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!wupost!cs.utexas.edu!rutgers!faatcrl!iecc!compilers-sender
  3. From: behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens)
  4. Newsgroups: comp.compilers,comp.lang.c
  5. Subject: Re: Two-pass C compilers
  6. Keywords: C
  7. Message-ID: <92-08-086@comp.compilers>
  8. Date: 16 Aug 92 13:21:15 GMT
  9. References: <92-08-081@comp.compilers>
  10. Sender: compilers-sender@iecc.cambridge.ma.us
  11. Reply-To: behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens)
  12. Organization: Technische Universitaet Muenchen, Germany
  13. Lines: 20
  14. Approved: compilers@iecc.cambridge.ma.us
  15.  
  16. Hmmm ... beat me if I something silly, but: Is there any way around
  17. a two-pass compiler? (Or even more passes)
  18.  
  19. First pass: Reading in the source, preprocessing it, building a symbol table.
  20. Second pass: Generate p-Code
  21. Third pass: Optimize p-Code (Note: Do not mix with 2nd pass or you are
  22. in deep trouble)
  23. Fourth pass: Generate native code in linkable object file
  24.  
  25. Soenke
  26. -- 
  27. behrenss@informatik.tu-muenchen.de
  28. FIDO: 2:246/13 Soenke Behrens
  29. [I would call those compiler phases, and use "pass" to mean reading the source
  30. code.  A classic two-pass assembler reads the source once to establish values
  31. for the symbols and again to generate object code and maybe a listing using
  32. the symbol values. -John]
  33. -- 
  34. Send compilers articles to compilers@iecc.cambridge.ma.us or
  35. {ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
  36.