RE: GPLv3 Position Statement

["David Schwartz" <davids@webmaster.com>]

> Many people believe that the GPL infects across
> shared library links.  Whether or not that's true, it's never been
> tested in court, and probably depends on the legal jurisdiction.

It's absurd and has been thoroughly refuted many times. A program can link
with a shared library that was wholly developed *after* that program was
developed. How can a work be a derivative work of a work that was made after
it and fully independently of it?

The GPL only infects derivative works. You cannot create a work that must be
subject to the GPL unless you creatively copy significant protectable
expression from a GPL'd work when you create that work.


For example, I write a program that dynamically links to a 'malloc.so'
library. You then later write your own 'malloc.so' library with some funky
allocator in it and you GPL it. Nobody could ever sanely argue that someone
linking my program with your library changes the licensing requirements of
my program.

The law is really quite clear that one work can only be derivative work of
another if it contains significant protectable expression copied from that
work.

[from another post]
> But OTOH, linking code makes it a combined work.

Linking does not create a work, it only combines existing works. Dynamic
linking is not a creative authoring process and cannot produce a work for
copyright purposes, derivative or otherwise.

There certainly might be cases where two works dynamically link to each
other and one is also a derivative work of the other. But such a general
rule totally defies common sense. The law is clear that a derivative work is
made when you creatively take significant protected expression from another
work, beyond what is needed for interoperability.

Linking may make a work in an informal sense, but it does not create a work
for copyright purposes. Only creative expression makes a work. Linkers do
not express themselves creatively, artfully picking and choosing one among
dozens of equally-valid options.

DS


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/