home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / programm / 20723 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.6 KB
  1. Path: sparky!uunet!olivea!isc-br!tau-ceti!jimc
  2. From: jimc@tau-ceti.isc-br.com (Jim Cathey)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Re: Sozobon C - a free C for the Mac, too?
  5. Message-ID: <2955@tau-ceti.isc-br.com>
  6. Date: 5 Jan 93 21:20:07 GMT
  7. References: <29848@castle.ed.ac.uk> <3917@isgtec.isgtec.com> <1992Dec31.134136.24364@alw.nih.gov>
  8. Organization: ISC - Bunker Ramo, Spokane, WA
  9. Lines: 24
  10.  
  11. In article <1992Dec31.134136.24364@alw.nih.gov> fixer@faxcsl.dcrt.nih.gov writes:
  12. >Remember, too, that at a purely practical level, arithmetic involving 16-bit
  13. >values is faster than arithmetic using 32-bit values, so declaring things
  14. >'short' whenever possible is also an efficient thing to do from an object-code
  15. >standpoint.
  16.  
  17. Not, generally, if the int size is 32 bits, which is one of my big
  18. peeves about 32-bit int environments.  You can always say 'long' and get
  19. an efficient long math construct in a 16-bit int environment, but using
  20. the converse _still_ gets you a long math construct, not a short one!  Most
  21. 32-bit int environment programmers are pretty sloppy about data sizing,
  22. and whine when the 16-bit int compiler punishes them for their laxity. 
  23.  
  24. -- 
  25. +----------------+
  26. ! II      CCCCCC !  Jim Cathey
  27. ! II  SSSSCC     !  ISC-Bunker Ramo
  28. ! II      CC     !  TAF-C8;  Spokane, WA  99220
  29. ! IISSSS  CC     !  UUCP: uunet!isc-br!jimc (jimc@isc-br.isc-br.com)
  30. ! II      CCCCCC !  (509) 927-5757
  31. +----------------+
  32.             One Design to rule them all; one Design to find them.
  33.             One Design to bring them all and in the darkness bind
  34.             them.  In the land of Mediocrity where the PC's lie.
  35.