home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / next / programm / 7334 < prev    next >
Encoding:
Text File  |  1992-11-20  |  2.2 KB  |  56 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!linac!unixhub!kaon.SLAC.Stanford.EDU!pfkeb
  3. From: pfkeb@kaon.SLAC.Stanford.EDU (Paul F. Kunz)
  4. Subject: Re: strip DB - Application doesn't work
  5. In-Reply-To: sam_s@NeXT.com's message of 17 Nov 92 01:33:05 GMT
  6. Message-ID: <PFKEB.92Nov19205325@kaon.SLAC.Stanford.EDU>
  7. Lines: 43
  8. Sender: news@unixhub.SLAC.Stanford.EDU
  9. Organization: Stanford Linear Accelerator Center
  10. References: <1992Nov15.210934.1825@aki.en.open.de> <5889@rosie.NeXT.COM>
  11. Date: Fri, 20 Nov 1992 04:53:26 GMT
  12.  
  13. >>>>> On 17 Nov 92 01:33:05 GMT, sam_s@NeXT.com (Sam Streeper) said:
  14.  
  15. > peter@aki.en.open.de writes:
  16. >> I have tested the AddressBook MiniExample Sept 92 ...
  17. >>  and it works fine. But then I  
  18. >> wanted to install it (make install). The make install command strips the  
  19. >> application. This seems to be a very good idea, because it saves disk space 
  20. >> ( >1 Mb to 40 K) !
  21. >> 
  22. >> But this example works with dynamically loaded adaptors. 
  23.  
  24. > I haven't seen this example, but apps that will dynamically load code need
  25. > some symbols left behind to allow linking.  You can only strip them so far:
  26.  
  27. > strip -x   or
  28. > strip -x -A
  29.  
  30. > (I think... this is off the top of my head)
  31.  
  32.    According to /NextDeveloper/Makefile/app/app.make one wants to
  33. put in one's Makefile.postamble the following line...
  34.  
  35.       APP_STRIP_OPTS = $(DYLD_APP_STRIP_OPTS)
  36.  
  37. It does "strip -A -n".  I put this into an application that
  38. dynamically loads a bundle and also uses rld() directly, and it seems
  39. to work fine.  I have not tried it on a DBKit based application.
  40.  
  41.    For my one and only DBKit app, I've put the following in my
  42. Makefile.preamble...
  43.  
  44.      LDFLAGS = -u libdbkit_s -u libNeXT_s -u libsys_s
  45.  
  46. That magic was in the PreRelease notes on the DBKit.   I don't know
  47. where it is in the final release.
  48.  
  49.    But watch out!  The makefiles are considerably changed between
  50. the PreRelease and the final.   I don't know if the above magic is
  51. still valid since I've not re-compiled my DBKit app since PreRelease days.
  52. --
  53. Paul F. Kunz    pfkeb@slac.stanford.edu (NeXT mail ok)
  54. Stanford Linear Accelerator Center, Stanford University
  55. Voice: (415) 926-2884   (NeXT) Fax: (415) 926-3587
  56.