home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / programm / 20208 < prev    next >
Encoding:
Text File  |  1992-12-22  |  1.9 KB  |  42 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!ames!data.nas.nasa.gov!taligent!kip-28.taligent.com!user
  3. From: keith@taligent.com (Keith Rollin)
  4. Subject: Re: what is the best C compiler
  5. Message-ID: <keith-221292125608@kip-28.taligent.com>
  6. Followup-To: comp.sys.mac.programmer
  7. Sender: usenet@taligent.com (More Bytes Than You Can Read)
  8. Organization: Taligent
  9. References: <PA-151292184926@macmartineau.ccr.hydro.qc.ca> <1992Dec16.162318.4371@news2.cis.umn.edu> <1992Dec19.165625.2597@ll.mit.edu> <bauer-221292105134@134.60.68.23>
  10. Date: Tue, 22 Dec 1992 21:04:58 GMT
  11. Lines: 29
  12.  
  13. In article <bauer-221292105134@134.60.68.23>, bauer@informatik.uni-ulm.de
  14. (Christian Bauer) wrote:
  15. > 
  16. > GNU C compiler for MPW version1.37 has the fastest and tightest code I have
  17. > seen.
  18.  
  19. As always when benchmarking, it really depends on the source code you feed
  20. it. I once compiled the same source with THINK C, MPW C, and GNU C. The
  21. results were that THINK C was about 10% better than MPW C, and MPW C was
  22. about 10% better than GNU C. THINK won out because it used 2 byte ints. GNU
  23. C lost a lot of ground because it was unable to convert normal branches
  24. into short branches when appropriate. I wrote a little post processor for
  25. the assembly produced by GNU C to convert them into short branches. Only
  26. then did GNU C's object size come in line with THINK C.
  27.  
  28. GNU C also loses it when dealing with Points. It tries to be smart by
  29. realizing that a Point can fit into a 32-bit register. However, it trips
  30. over itself in doing so, and generates some really ugly code for masking
  31. out the upper and lower parts of the register when mucking with a single
  32. coordinate at a time.
  33.  
  34. Otherwise, GNU C's code generation is top notch. But THINK C's code is just
  35. as good, THINK C is miles faster, the environment is really nice, and THINK
  36. C supports the latest MPW headers.
  37.  
  38. -----
  39. Keith Rollin
  40. Phantom Programmer
  41. Taligent, Inc.
  42.