GPL with the Classpath exception - clarification needed
John Cowan
cowan at ccil.org
Fri Mar 27 02:50:53 UTC 2009
Wilson, Andrew scripsit:
> Not quite with you here. Agreed subclassing does not *modify* the base
> class. However, are there possible circumstances where a subclass is
> a derivative in the copyright sense? If the answer is yes, the rest
> of your analysis is moot.
I don't see how it could be a derivative work, any more than a function
that calls your function is a derivative work. To be sure, the resulting
executable as a whole is a derivative work, but the subclass itself is
not, and so out of scope for the LGPL. Analogously, if you put forth
an argument and I answer you point for point, my argument is in no way
a derivative work of yours, though it might be hard to follow without
your work. (If I incorporated the relevant parts of your argument,
as in this very email, the combination would be a derivative work.)
> Such a subclass, or instantiation, is not a "work that uses the
> Library." It is a "work based on the Library," and it is LGPL.
> The only exception for a derivative under copyright is the familiar
> #include rule.
>
> As LGPLv2.1 helpfully notes, "the object code for the work may be a
> derivative work of the Library even though the source code is not.... "
Quite so. Under the GPL, a derivative executable work must be distributed
with full source. Under the LGPL, you only need to distribute the
LGPLed source.
--
John Cowan cowan at ccil.org http://ccil.org/~cowan
If I have seen farther than others, it is because I was standing on
the shoulders of giants.
--Isaac Newton
More information about the License-discuss
mailing list