From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,7684e927a2475d0 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Newsgroups: comp.lang.ada Subject: Re: can one build commercial applications with latest gnat and other licenses related questions... References: <449660f0$0$11077$9b4e6d93@newsread4.arcor-online.net> <1150717184.087134.177850@h76g2000cwa.googlegroups.com> <1151050924.969806.284410@c74g2000cwc.googlegroups.com> From: M E Leypold Date: 24 Jun 2006 16:33:46 +0200 Message-ID: <1opsgypqr9.fsf@hod.lan.m-e-leypold.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Some cool user agent (SCUG) NNTP-Posting-Host: 88.72.218.241 X-Trace: news.arcor-ip.de 1151159265 88.72.218.241 (24 Jun 2006 16:27:45 +0200) X-Complaints-To: abuse@arcor-ip.de Path: g2news2.google.com!news3.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed.arcor-ip.de!news.arcor-ip.de!not-for-mail Xref: g2news2.google.com comp.lang.ada:4983 Date: 2006-06-24T16:33:46+02:00 List-Id: Michael Bode writes: > Jeffrey Creem writes: > > > If you take something like the GNU scientific library and dynamically > > link to it would be seen as trying to work around the GPL and not seen > > as trying to meet the intent of the license since if that is what the > > authors wanted, they would have gone with the LGPL for that library. > > Then I would like to hear what the FSF thinks 'using a library' is as > opposed to 'derive work from a library'. Good question. The FSF (whose point of view actually has zero impact on the discussion about GPL software from ACT, since it's not the FSF forcing ACT in any way to use GPL ...) has, with regard to the GPL, probably the opinion that linking means "derive a work". I, personally think, that has historic reasons. When the GPL was conceived, dynamic linking hardly existed. The LGPL has been formulated as a response to situations like those that arouse with bison: Essentially we have program generator, but since it introduces pieces of own code (read runtime) into the generated code, that leads to contamination of everything produced with bison. The FSF has IMHO not addressed the issue of merely using an interface, which is already present at the target system (like the libc) not even in GPL 3. I think, that should constitute a case where the executable doesn't fall under GPL automatically. Saying that using a machine readable interface description (like C header files) already makes a derived work is obviously absurd. Some rudiments of that kind of thinking can actually be found in the exception to distribution clause (don't have do distribute stuff already present at the target system). Some other examples if anybody actually wants to argue against: - I taught a number of people Software Engineering. My texts were available under the FDL (Free documentation license). Should I have made GPL from that? Everything those people produce in future is a derived work of my knowledge. - When compiling on a linux system, The libc headers indirectly include (at compile time) headers from //usr/include/linux which AFAIS come from the Linux source tree, which is under GPL. Does that mean, every excutable compiled on a Linux system is under GPL? I could continue her, but (wether there is provision for that in the GPL or not), I'd suggest that for sanities sake there should be limits: "Use" vs. "Creating a derived Work". For everybody who has studied computer since, the difference should be clear: Interface vs. Implementation. That is not the GPL philosophy, but that is why the author of any library or tool has the option to put runtime or library under LGPL or add a linking exception. Those who don't want that, are free (!) to not do that. They are even free not to release anything BTW. But if they choose GPL over LGPL or GMGPL or whatever I don't want to hear all that stuff about "more freedom". It's not, not even in the sense of the GNU manifesto (reducing dependencies ...!). It's an attempt (completely legal) to lock a library away from commercial use. I, personally, doubt the value of forced contributions of free software to the community. Have a look to the BSD communities for a comparison. And still I'm for free software and for the GPL (in the right context). Mind that. Regards -- Markus