home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / mac / programm / 15126 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  1.5 KB
  1. Path: sparky!uunet!usc!rpi!uwm.edu!ogicse!reed!bowman
  2. From: bowman@reed.edu (Eric Bowman (bobo))
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Re: THINK C linker makes me sad
  5. Message-ID: <1992Sep8.085120.24380@reed.edu>
  6. Date: 8 Sep 92 08:51:20 GMT
  7. Article-I.D.: reed.1992Sep8.085120.24380
  8. References: <fdrny7c.howard@netcom.com>
  9. Distribution: usa
  10. Organization: Reed College, Portland, OR
  11. Lines: 29
  12.  
  13. In article <fdrny7c.howard@netcom.com> howard@netcom.com (Howard Berkey) writes:
  14. >So I was writing this really small, simple app. (a mac version of xclock,
  15. >just for fun.)  It was only 3k.  Then I added a call to sprintf().  It 
  16. >exploded the program to 22k.
  17.  
  18. I hate to break it to you, but it ain't the linker's fault.  printf is BIG.
  19. In MPW C you can get rid of some of it if you don't do any floating point
  20. conversions; I suspect you can do something similar with Think.
  21.  
  22. Basically, using printf isn't such a great idea, IMO.  Sure, it's easy to
  23. use, but I've found it better/smaller/faster in the long run to use
  24. NumToString, etc.
  25.  
  26. >Please, no flames for this... I LOVE the THINK C environment, and I know
  27. >that the 'open letter to symmantec' thread was months ago, but I do REALLY
  28. >WISH that the THINK C linker (or loader) would recognize discrete blocks of 
  29. >code at the function (rather than file) level.  
  30.  
  31. Isn't Think 5 better about this?
  32.  
  33. >    While I'm at it some revision control system would be nice too...
  34.  
  35. Gotta love Projector!  :-)
  36.  
  37. later,
  38. bobo
  39. bowman@reed.edu
  40. George Clinton in '92
  41. Congress No!  Parliament Yes!
  42.