home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / c / 20098 < prev    next >
Encoding:
Text File  |  1993-01-23  |  2.8 KB  |  61 lines
  1. Newsgroups: comp.lang.c
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!usenet-feed.umr.edu!mcastle
  3. From: mcastle@cs.umr.edu (Michael R Castle)
  4. Subject: Re: 32 bit C-compilers for i386/486
  5. References: <C0z1uq.488@lysator.liu.se> <k3JPXB2w165w@wozzle.linet.org> <765366d6621043t9@roofus.ann-arbor.mi.us>
  6. Date: Sat, 23 Jan 1993 01:31:44 GMT
  7. Nntp-Posting-Host: next8.cs.umr.edu
  8. Organization: University of Missouri - Rolla, Rolla, MO
  9. Sender: cnews@umr.edu (UMR Usenet News Post)
  10. Message-ID: <1993Jan23.013144.2479@umr.edu>
  11. Lines: 48
  12.  
  13. In article <765366d6621043t9@roofus.ann-arbor.mi.us> empath@ais.org (Tim Triemstra) writes:
  14. >In <k3JPXB2w165w@wozzle.linet.org>, alane@wozzle.linet.org (J. Alan Eldridge)  wrote:
  15. >>pen@lysator.liu.se (Peter Eriksson) writes:
  16. >>
  17. >>> No. Your program would only be subject to the GNU "bylaws" if your program
  18. >>> would include portions of the compiler sources itself. Programs compiled
  19. >>> from your own sources have no such restrictions.
  20. >>
  21. >>Or if you link in any portion of the GNU runtime library.
  22. >
  23. >I remember something like that, that is why I stopped using it.  I can't
  24. >think of a time when you wouldn't use SOME of the run-time library in
  25. >an application (although I'm sure it is feasable.)  Has anyone ever written
  26. >a program that doesn't use ANY runtime library (I mean a program big enough
  27. >to actually DO something)?
  28.  
  29. DISCLAIMER:  Some of this information may be incorrect.  If anyone knows
  30. of any mistaks, PLEASE correct them!
  31.  
  32. There are 2 sets of code: FSF and UCB.  The UCB code, has been released 
  33. for public use.  FSF code is LGPLed.  UCB code includes things like
  34. printf(), malloc(), and the like.  FSF code includes obstack(), and all
  35. c++ classes.  In the djgpp distribution, they are separated into libc.a
  36. and libgcc.a, repsectively.  
  37.  
  38. There is a little bit of startup code in libc.a (xyzzy() stuff) that I'm
  39. unsure about.  Anyone help there?
  40.  
  41. If you use libgcc.a, you must supply (or make arrangements to supply, for
  42. a possible fee) the source for libgcc.a.  You must also at least supply
  43. object versions of your code (perhaps in the form of a *.a file) that 
  44. can be relinked with newer (or their own modified versions) of functions
  45. out of libgcc.a.  I *think* you can put stipulations in your licensing
  46. agreement such that, if they request your object files for relinking, you
  47. reserve the right to discontinue support for them.
  48.  
  49. So, in this case, you don't have to make your source available, just make 
  50. it easier for some of the users to update their programs easily.
  51.  
  52. Again, I maybe wrong on some of these points.  Feel free to correct me.
  53.  
  54. regards,
  55. mrc
  56. -- 
  57. Mike Castle .-=NEXUS=-.  Life is like a clock:  You can work constantly
  58.   mcastle@cs.umr.edu     and be right all the time, or not work at all
  59. S087891@UMRVMA.UMR.EDU   and be right at least twice a day.  -- mrc
  60.     We are all of us living in the shadow of Manhattan.  -- Watchmen
  61.