home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / hp / 12728 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  2.6 KB
  1. From: curtw@hpcuhe.cup.hp.com (Curt Wohlgemuth)
  2. Date: Tue, 10 Nov 1992 01:36:32 GMT
  3. Subject: Re: Changing a shared library into a non-shared library
  4. Message-ID: <31480278@hpcuhe.cup.hp.com>
  5. Organization: Hewlett Packard, Cupertino
  6. Path: sparky!uunet!sun-barr!cs.utexas.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!scd.hp.com!hpscdm!cupnews0.cup.hp.com!hppad.waterloo.hp.com!hppad!hpfcso!hpcss01!hpcuhe!curtw
  7. Newsgroups: comp.sys.hp
  8. References: <1992Nov9.041051.3266@codex.oz.au>
  9. Lines: 54
  10.  
  11. bpja@codex.com.au (Brett Adam) writes:
  12.  
  13. > Under HP/UX 8.x on a 700 series machine, is it possible to modify/change a  
  14. > shared library into a non-shared relocatable object file for input to the  
  15. > linker?
  16.  
  17. No.
  18.  
  19. > The real question:
  20. > 
  21. > I have a shared library which I want to add new objects to. I don't have the  
  22. > source to the shared lib. Hence, I need to find a way to feed an existing  
  23. > shared library through the linker. (I think).
  24.  
  25. There is no provision to do this; basically, you want "ar"-like
  26. functionality to update, add, or delete object modules from a shared
  27. library.  The linker needs the original object files in order to rebuild
  28. the shared library from scratch.
  29.  
  30. > Having examined the header structures, etc. I can't see much difference between
  31. > a shared library and a relocatable executable at the structural level. Sure a
  32. > shlib has additional dynamic loader entries in the code section, etc. but the 
  33. > bulk of the content is still structurally the same.
  34. > 
  35. > I've tried changing the filetype from 0x10e to 0x106, but without knowing the
  36. > checksum algorithm used for the fileheader, the linker rejects my file as being
  37. > corrupt.
  38.  
  39. I assume by "relocatable executable" you mean "relocatable object file";
  40. that's what a magic number of 0x106 means.
  41.  
  42. There is a __world__ of difference between a relocatable object file
  43. (.o) and a shared library; actually, a shared library is much closer to
  44. an executable file (a.out) than an object file.
  45.  
  46. Basically, a shared library has its symbolic relocations resolved, and
  47. there's no way to retrieve them.  For example, a module in a shared lib
  48. references data symbolically by name; by the time the linker is done,
  49. the name is essentially gone, and the reference to data is simply via a
  50. slot in the linkage table.
  51.  
  52. If you want to modify a shared library, the linker must rebuild the
  53. linkage table as well as the other tables in the shared lib to reflect
  54. the contents; this must be done using relocation information in object
  55. files, which are absent in a shared library or executable file (see
  56. /usr/include/reloc.h).
  57.  
  58. Hope this helps,
  59.  
  60. Curt Wohlgemuth
  61. California Language Lab
  62. curtw@cup.hp.com
  63.  
  64. p.s.: the usual disclaimers apply to the above information.
  65.