home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sun / admin / 9734 < prev    next >
Encoding:
Internet Message Format  |  1992-12-25  |  1.6 KB
  1. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!think.com!barmar
  2. From: barmar@think.com (Barry Margolin)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: How to update shared libraries?
  5. Date: 25 Dec 1992 18:31:32 GMT
  6. Organization: Thinking Machines Corporation, Cambridge MA, USA
  7. Lines: 24
  8. Message-ID: <1hfk24INN63f@early-bird.think.com>
  9. References: <1992Dec17.115050.9821@news.uni-stuttgart.de> <1gqiuvINNj6m@early-bird.think.com> <FAN.92Dec24195523@tammy.cath.puh.upmc.edu>
  10. NNTP-Posting-Host: gandalf.think.com
  11.  
  12. In article <FAN.92Dec24195523@tammy.cath.puh.upmc.edu> fan@tammy.cath.puh.upmc.edu (Ningping Fan) writes:
  13. >When I read your article, another problem is acrossing over my mind.
  14. >Why static linked binary program may not work in a newer version OS?
  15. >Since it is binary machine codes, i.e. the Sparc processor codes,
  16. >it should work across all the Sparc processor machine, isn't it?
  17.  
  18. It is also SunOS system calls, and the internal interfaces to system calls
  19. may change between releases.  These differences can be hidden by the new
  20. version of the library functions that are used from C.
  21.  
  22. >Is that to link dynamically, could the problem of different version
  23. >of shared lib be existed? What I really mean is that for a software
  24. >company to distribute his software in binary format, should the
  25. >company to link the code dynamically or statically in order to
  26. >guarantee the code work across all the Sparc workstations with various
  27. >versions of OSs?
  28.  
  29. You should compile and link dynamically on the oldest version of the OS you
  30. wish to support.
  31. -- 
  32. Barry Margolin
  33. System Manager, Thinking Machines Corp.
  34.  
  35. barmar@think.com          {uunet,harvard}!think!barmar
  36.