home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / c / 16072 < prev    next >
Encoding:
Internet Message Format  |  1992-11-07  |  2.3 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!dog.ee.lbl.gov!horse.ee.lbl.gov!torek
  2. From: torek@horse.ee.lbl.gov (Chris Torek)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: GCC libraries (was GCC and all that)
  5. Date: 6 Nov 1992 11:26:50 GMT
  6. Organization: Lawrence Berkeley Laboratory, Berkeley
  7. Lines: 36
  8. Distribution: world
  9. Message-ID: <27266@dog.ee.lbl.gov>
  10. References: <alien.00qf@acheron.amigans.gen.nz>
  11. Reply-To: torek@horse.ee.lbl.gov (Chris Torek)
  12. NNTP-Posting-Host: 128.3.112.15
  13.  
  14. In article <alien.00qf@acheron.amigans.gen.nz> alien@acheron.amigans.gen.nz
  15. (Ross Smith) writes:
  16. >... This library code is, of course, covered by the FSF's licence
  17. >(the library licence is slightly different from the application licence,
  18. >but in this context the result is the same), and, therefore, so is the
  19. >resulting executable.
  20.  
  21. There is some question as to whether part or all of the libraries
  22. included as an integral part of GCC `force' code redistribution a la
  23. the usual (GPL) license.  Regardless, however, there is an alternative.
  24. The HP300 and SPARCstation ports of 4.4BSD both use GCC as the
  25. standard compiler; however, the entire C libraries of both ports
  26. are covered only by the usual Berkeley license, occasionally augmented
  27. with author names and/or LBL credit requirements.
  28.  
  29. This includes my replacement for the `long long' library used to do
  30. 64-bit operations on 32-bit CPUs.  Mine should be considerably more
  31. efficient than the one FSF version I saw (which may well have been
  32. replaced since then).  We decided it was safest to rewrite, rather than
  33. depend on one particular interpretation of the `gnulib' license text,
  34. and I was appalled at the idea of adding 64-bit quantities 16 bits at
  35. a time. :-)
  36.  
  37. Note that a few of the primitives are necessarily written in assembly,
  38. or make heavy use of asm() inlines (which amounts to the same thing),
  39. and are therefore not portable.  The majority of the code is either
  40. fully portable or includes `nearly portable' C implementations (such
  41. as the C version of bcopy/memcpy/memmove).
  42.  
  43. >In theory, I could get around this by writing my own linker libraries; in
  44. >practice, I'm not wizard enough for that to be a realistic alternative.
  45.  
  46. So, get the net.2 and/or 4.4BSD distributions. :-)
  47. -- 
  48. In-Real-Life: Chris Torek, Lawrence Berkeley Lab CSE/EE (+1 510 486 5427)
  49. Berkeley, CA        Domain:    torek@ee.lbl.gov
  50.