home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / compiler / 2279 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.0 KB  |  42 lines
  1. Newsgroups: comp.compilers
  2. Path: sparky!uunet!ukma!cs.widener.edu!eff!world!iecc!compilers-sender
  3. From: zstern@adobe.com (Zalman Stern)
  4. Subject: Re: Architecture description languages for compilers?
  5. Reply-To: zstern@adobe.com (Zalman Stern)
  6. Organization: Adobe Systems Incorporated
  7. Date: Thu, 28 Jan 1993 04:50:39 GMT
  8. Approved: compilers@iecc.cambridge.ma.us
  9. Message-ID: <93-01-207@comp.compilers>
  10. References: <93-01-205@comp.compilers>
  11. Keywords: architecture, GCC
  12. Sender: compilers-sender@iecc.cambridge.ma.us
  13. Lines: 27
  14.  
  15. pardo@cs.washington.edu (David Keppel) writes:
  16. > It is an amusing exercise to compare the listed md sizes for the Thompson
  17. > compiler to the GCC md sizes for the same machines.  I can't say whether
  18. > the code is comparable: Thompson claims the compile time is half that of
  19. > GCC and run time is 75% that of GCC, but it shows only slightly better run
  20. > times than lcc, and a previous comp.compilers article said lcc was
  21. > substantially worse than GCC.
  22.  
  23. 1) What programs are used for the execution time comparisons? If you are
  24. willing to do a lot of hand optimization of C code, then you can get good
  25. performance with relatively simple compilers. (E.g. should the compiler do
  26. induction variable optimization/strength reduction or should the
  27. programmer code pointer arithmetic?) My impression is that the Thompson
  28. and friends lean towards the simpler compiler approach.
  29.  
  30. 2) GCC's machine description language is notable for supporting a large
  31. number of architectures and having good documentation. It also serves as
  32. an opportunity to study the evolution of an intermediate language as the
  33. number of architectures and optimization quality both increase. (In fact
  34. it may be worth studying the "distributed software engineering" aspects of
  35. the compiler but that's off the subject.)
  36. --
  37. Zalman Stern           zalman@adobe.com            (415) 962 3824
  38. Adobe Systems, 1585 Charleston Rd., POB 7900, Mountain View, CA 94039-7900
  39. -- 
  40. Send compilers articles to compilers@iecc.cambridge.ma.us or
  41. {ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
  42.