From: Stefan Monnier <monnier@iro.umontreal.ca>
To: caml-list@inria.fr
Subject: Re: Announce: Schoca-0.2.3 released
Date: Mon, 25 Oct 2004 10:35:22 -0400 [thread overview]
Message-ID: <jwvekjm7u63.fsf-monnier+gmane.comp.lang.caml.inria@gnu.org> (raw)
In-Reply-To: <417CB289.1010700@exomi.com>
>> The GPL only coveres distribution, not execution. GPL code can be linked
>> with even proprietary code as long as the result isn't distributed at all.
> This is getting fairly offtopic, but I thought it might be worth mentioning
> that this is not quite so clear-cut.
Indeed. The issue is that if you use functions which can only be provided
by GPL'd code, then you've basically linked your code to GPL'd code, whether
the linking happens before or after distribution.
Basically, it's like the GPL extends to the API.
> On the other hand, a similar practice is commonly accepted for Linux
> kernel modules.
But that's only because Linus expressly said so publically (which has legal
significance similar to annotating the COPYING file in the distribution to
make an explicit exception). And note that Linus's position on this has
evolved over time and nowadays the kernel has introduced a distinction
between GPL'd and non-GPL'd modules (where some functions are only made
available to GPL'd modules), because non-GPL'd modules were useful to Linux
in the past, but now that Linux's market position is sufficiently strong it
can require GPL'd modules.
> Consider a situation where someone created a compatible but non-GPL
> replacement for some major GPL library, and GPL-incompatible software that
> could be linked against that library...or the original GPL library.
> Lets say the original GPL library is sufficiently better that most users
> link against it.
> The above could be extended to turn any GPL program into a library first,
> then create a crappy compatible library...
> I really don't know what the legal interpretation of that would be.
Following the GMP precedent (GMP was a GPL library and someone wanted to use
it in a non-GPL product), the FSF managed to require the company to write
the crappy implementation "fgmp" but was then satisfied.
I.e. there's a clear precedent that shows you *can* indeed use the trick of
writing a crappy compatible library. Note that writing crappy compatible
library can be a non-negligible amount of work, tho, because it has to be at
least somewhat functional to be of any significance. At that point most
people prefer to write a custom-made library without the need to stick to
a preexisting API, or else they change the license on their code to be
compatible with the GPL.
Stefan
next prev parent reply other threads:[~2004-10-25 14:35 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-24 9:03 [Caml-list] " Christoph Bauer
2004-10-24 18:29 ` skaller
2004-10-25 2:58 ` David Brown
2004-10-25 3:38 ` Jacques Garrigue
2004-10-25 5:01 ` David Brown
2004-10-25 6:08 ` Jacques Garrigue
2004-10-25 6:40 ` skaller
2004-10-25 8:00 ` Ville-Pertti Keinonen
2004-10-25 14:35 ` Stefan Monnier [this message]
2004-10-25 15:15 ` [Caml-list] " skaller
2004-10-25 15:25 ` Stefan Monnier
2004-10-25 14:42 ` [Caml-list] " skaller
2004-10-25 15:52 ` David Brown
2004-10-25 18:10 ` Hartmann Schaffer
2004-10-25 5:56 ` [Caml-list] licence stuff again skaller
2004-10-25 5:18 ` [Caml-list] Announce: Schoca-0.2.3 released skaller
2004-10-25 5:29 ` David Brown
2004-10-25 6:07 ` skaller
2004-10-27 14:42 ` Sven Luther
2004-10-27 14:40 ` Sven Luther
2004-10-27 16:04 ` skaller
2004-10-27 17:46 ` David Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwvekjm7u63.fsf-monnier+gmane.comp.lang.caml.inria@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=caml-list@inria.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox