home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8194 < prev    next >
Encoding:
Text File  |  1992-08-13  |  3.5 KB  |  72 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!cs.utexas.edu!sdd.hp.com!usc!noiro.acs.uci.edu!ucivax!news.claremont.edu!fenris!jwinstea
  3. From: jwinstea@fenris.claremont.edu (Jim Winstead Jr.)
  4. Subject: Re: shared libs
  5. Message-ID: <1992Aug14.051538.8910@muddcs.claremont.edu>
  6. Sender: news@muddcs.claremont.edu (The News System)
  7. Organization: Harvey Mudd College, WIBSTR
  8. References: <1992Aug12.233349.21513@athena.mit.edu> <1992Aug13.183740.24742@ods.com> <1992Aug14.040459.29047@cs.ucf.edu>
  9. Date: Fri, 14 Aug 1992 05:15:38 GMT
  10. Lines: 60
  11.  
  12. In article <1992Aug14.040459.29047@cs.ucf.edu> hab@engr.ucf.edu (Hubert Bahr) writes:
  13. >In article <1992Aug13.183740.24742@ods.com> david@ods.com (David Engel) writes:
  14. >>
  15. >>Yes, there is a slight performance hit but it's not even noticable
  16. >>for most programs.  One of these days, when I get the time and 
  17. >>inclination, I'm going to do some more accurate benchmarking.  The 
  18. >>2-4 % I measured a long time ago still seems a little high to me.  
  19. >>Of course, nobody is forcing you to use the jump table libs.  If you
  20. >>need that last bit of performance, you can always use the regular 
  21. >>shared libs.
  22. >
  23. >Not when HJ only provides GCC only as a binary using jump tables for
  24. >it.  We are forced to use at least GCC with jump tables.
  25.  
  26. Ahem.  prep.ai.mit.edu:/pub/gnu/gcc-2.2.2.tar.Z, and
  27. banjo.concert.net:/pub/Linux/GCC/gcc-2.2.2.tar.Z will give you the
  28. most current source for GCC.  If you're that ocncenred with not using
  29. jump-table libs, compile it yourself.  :)
  30.  
  31. >I for one want to know that I have an up to date source library for all
  32. >the software I use.  I also want this library compilable with the current
  33. >make files and utilities.  Yes it will take extensive work to automate
  34. >this recompile effort, but I think the dividends are multifold, 1st If
  35.  
  36. Um, I'm glad you have the diskspace to keep the source around, and the
  37. time to recompile everything.  Most of us don't.
  38.  
  39. >I check things when they have just been changed, the changers will probably
  40. >be more responsive to bug reports.  2  New versions of GCC and libraries
  41. >are usually to fix bugs or performance flaws.  How can I take advantage
  42. >of those changes without recompiling anyway.  3.  I can take advantage
  43.  
  44. Most GCC/libc releases are to fix bugs in libc - with jump table
  45. libraries, just copy the new library into place and *all* binaries
  46. linked against the jump table libraries use the new routines.  No
  47. recompilation necessary.
  48.  
  49. >of all information available from GDB to make the programs better.  4  I
  50.  
  51. Well, you have to link with -g to do anything really special with GDB,
  52. anyways, so you're already linking against static libs in that case.
  53.  
  54. >In this environment I see absolutely no benefit with jump tables.  True
  55. >freedom with software is to have complete control to make desired changes
  56. >without undue suprises.
  57.  
  58. I would say that you are in an extremely special-case environment.  I
  59. doubt anyone else is looking forward to recompiling entire source
  60. trees when each new bugfix to the libraries come out.
  61.  
  62. There may be a very slight performance hit for using jump table
  63. libraries.  I'm willing to take that hit for the amount of time it
  64. will save me - I'm sick of recompiling all the programs I have around
  65. every time a new gcc comes out.  With 2.2.2d, it should be the last
  66. time I'll have to recompile for a nice long time.
  67. -- 
  68.                                     +      Jim Winstead Jr. (CSci '95)
  69.                                     |      Harvey Mudd College, WIBSTR
  70.                                     |   jwinstea@jarthur.Claremont.EDU
  71.                                     + or jwinstea@fenris.Claremont.EDU
  72.