GPL with the Classpath exception - clarification needed
John Cowan
cowan at ccil.org
Thu Mar 26 22:30:05 UTC 2009
Wilson, Andrew scripsit:
> A cautious person would probably prefer, if possible, a license with a
> black-letter permission that use of a class library does not create a
> derivative work subject to the copyleft license of the library itself.
The relevant distinction for LGPL purposes is not whether something is
a derivative work or not: every program that incorporates the library
into itself is a derivative work. The question is whether the derivative
work is a "work based on the Library" (LGPL 2.1) / "Modified Version of
the Library" (LGPL 3.0) or not.
Now subclassing a class plainly does not *modify* the class. So programs
that contain subclasses of an LGPLed class, or instantiations of an
LGPLed interface, or what have you, are "works that use the Library"
(LGPL 2.1) / "Applications" (LGPL 3.0) and may be under any license
provided it is possible to replace the library. In Java, or any language
normally delivered either in source form or in component-by-component
binary form with run-time linkage, this is very easy, meaning that the
LGPL and the GPL+CP are essentially equivalent. The GPL+CP matters
only for a library written in a language where delivery by way of static
executables is the norm, and replacement would require the proprietary
part of the application to be delivered as .o files or something similar.
--
After fixing the Y2K bug in an application: John Cowan
WELCOME TO <censored> cowan at ccil.org
DATE: MONDAK, JANUARK 1, 1900 http://www.ccil.org/~cowan
More information about the License-discuss
mailing list