home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / solaris / 423 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  1.8 KB
  1. Xref: sparky comp.unix.solaris:423 comp.windows.x:20381 comp.unix.programmer:5736
  2. Newsgroups: comp.unix.solaris,comp.windows.x,comp.unix.programmer
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!ufo!kaleb
  4. From: kaleb@jpl-devvax.jpl.nasa.gov (Kaleb Keithley)
  5. Subject: Re: Solaris 2: how do I get rid of -lucb ?
  6. Message-ID: <1992Dec18.164909.10789@jpl-devvax.jpl.nasa.gov>
  7. Keywords: SVR4, shared libraries, Solaris 2
  8. Organization: Jet Propulsion Laboratory (NASA)
  9. References: <1992Dec18.094738.15038@sunbim.be>
  10. Date: Fri, 18 Dec 1992 16:49:09 GMT
  11. Lines: 32
  12.  
  13. In article db@sunbim.be writes:
  14. >I am using Solaris 2.* on my SPARC, and many of the home-brew applications
  15. >I have compiled on it (with Motif, Xt, and Xlib libraries) have the habit
  16. >of trying to load libucb at run time.
  17. >
  18. >When after linking I use "ldd" on the executable, it will tell me that the
  19. >UCB library is linked in. E.g.
  20. >    whitney!db 90 % ldd phone
  21. >        libXm.so =>      /usr/lib/libXm.so
  22. >       [...]
  23. >-->        libucb.so.1 =>   /usr/ucblib/libucb.so.1
  24. >       [...]
  25.  
  26. I'd guess that it's caused by the widespread usage of functions *like* 
  27. bcopy and it's kin that are rooted firmly in Berkeley-based systems.
  28.  
  29. Seems like the easiest way to find out would be to do a symbol table dump 
  30. of the static libucb, and then grep through your source for those names;
  31. and then replace them with the SysV equivalents.  Sounds like a lot of
  32. work to me, actually.  I'm also not sure that non-system call functions
  33. like the bcopy family are worth the effort to excise from the application
  34. source.  But, if you're really intent on eliminating libucb from your
  35. system, then maybe it is.
  36.  
  37. Also, what about using Sun's migration tool to analyze the "home brew"
  38. source?  Or doesn't that work as well as Sun's marketing hype says it
  39. does? :-)
  40.  
  41. -- 
  42.  
  43. Kaleb Keithley                               kaleb@jpl-devvax.jpl.nasa.gov
  44.  
  45.