home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9452 < prev    next >
Encoding:
Text File  |  1992-08-30  |  2.0 KB  |  41 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!gatech!bloom-beacon!bloom-picayune.mit.edu!daemon
  3. From: Peter MacDonald <pmacdona@tadpole.bcsc.gov.bc.ca>
  4. Subject: jump tables and X11 libs
  5. Message-ID: <1992Aug31.035920.26803@athena.mit.edu>
  6. Sender: daemon@athena.mit.edu (Mr Background)
  7. Reply-To: pmacdona@tadpole.bcsc.gov.bc.ca
  8. Organization: The Internet
  9. Date: Mon, 31 Aug 1992 03:59:20 GMT
  10. Lines: 29
  11.  
  12. Personally, I do not believe that NOT using jump tables for X11 is 
  13. a problem.  First, the main reason for jump tables is that the libc
  14. et al, change continuously.  And second, the shared libs form a 
  15. heirarchy, with libc.a at the root.  All changes ripple out from 
  16. the root.   Thus, asking for a recompile for libc is totally
  17. different than just asking for an X11 recompile.  Third, since
  18. windowing/GUI S/W is much more time critical than other S/W
  19. (IMH!O) then omitting jump tables is probably a good idea.
  20. Also, I beleive that the X server (X386) is more likely to change
  21. than the Xlibs.
  22.  
  23. Now Interviews,  that is a different story.  It changes a lot.  So
  24. it should probably use jump tables.  But as I understand it,  jump
  25. tables handle everything automatically, except global data (normally
  26. a no-no in s/w engineerring and libs anyways, but like every rule, 
  27. broken with aplomb).  Thus the primary task of building a shared lib is: 
  28. 1) hardcoding the location of global data, and 
  29. 2) upon cutting the next version, adding the new functions to the end 
  30. of the jump table.
  31.  
  32. Finally, if an interface changes, then jump-tables (or any shared
  33. libs/DLL approach for that matter) will not save you. 
  34.  
  35. Belatedly, at this point, I acknowledge the fine work of David Engel
  36. in developing the jump tables.  If I am off base in the above please 
  37. feel free to flame me.  And that most of the finest contributions towards 
  38. Linux, have come from people who already have full plates, either in 
  39. acedemia, or in the career sense.   It is perhaps ironic, perhaps inevitable
  40. that those that can least afford to do so, do.
  41.