home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / gnu / misc / discuss / 4445 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  2.4 KB
  1. Path: sparky!uunet!think.com!barmar
  2. From: barmar@think.com (Barry Margolin)
  3. Newsgroups: gnu.misc.discuss
  4. Subject: Re: Fund raising at the FSF
  5. Date: 13 Jan 1993 04:27:10 GMT
  6. Organization: Thinking Machines Corporation, Cambridge MA, USA
  7. Lines: 39
  8. Message-ID: <1j05muINNnlt@early-bird.think.com>
  9. References: <930111.181024.7A8.rusnews.w165w@mantis.co.uk> <1itsemINN3v@early-bird.think.com> <BASHFORD.93Jan12124048@zippy.scripps.edu>
  10. NNTP-Posting-Host: gandalf.think.com
  11.  
  12. In article <BASHFORD.93Jan12124048@zippy.scripps.edu> bashford@scripps.edu (Don &) writes:
  13. >     executable.  However, as a special exception, the source code
  14. >     distributed need not include anything that is normally
  15. >     distributed (in either source or binary form) with the major
  16. >     components (compiler, kernel, and so on) of the operating system
  17. >     on which the executable runs, unless that component itself
  18. >     accompanies the executable.
  19. >
  20. >It seems to me that standard C libraries are part of "compiler, kernel,
  21. >and so on," so that you can still distribute executables linked
  22. >with an unbundled libc so long as you distribute your own source.
  23.  
  24. I read that paragraph, and tried real hard to interpret it such that it
  25. referred to MS C libraries.  But I couldn't figure out how to do it. 
  26.  
  27. In the case of a PC, "the operating system on which the executable runs" is
  28. MS-DOS, Windows, or OS/2.  In none of these cases are the standard C
  29. libraries "normally distributed with the major components of the OS".  On
  30. the contrary, the C libraries are normally distributed with third-party
  31. compilers.  And the library normally "accompanies the executable", by
  32. virtue of being linked in.
  33.  
  34. Note also that "unless" clause.  Even if the library *is* normally
  35. distributed with the OS, by linking it into the executable that you
  36. distribute you are apparently obliged to include its source code!
  37.  
  38. I'm not sure if this interpretation was intended, though.  It effectively
  39. means that if you're going to distribute an executable, it must either be
  40. linked dynamically or you must be able to distribute source to all the
  41. libraries you link with.  Since I haven't heard of the FSF bringing action
  42. against any of the many people who distribute executables linked with
  43. vendor libraries, I think that last clause isn't being enforced (or I'm
  44. totally misunderstanding the language).
  45.  
  46. -- 
  47. Barry Margolin
  48. System Manager, Thinking Machines Corp.
  49.  
  50. barmar@think.com          {uunet,harvard}!think!barmar
  51.