Re: On interpreting licences (was: KDE not in Debian?)
On Sun, Feb 06, 2000 at 12:39:51AM -0500, Andreas Pour wrote:
> Making that change under the scenario described by Marc would violate
> the GPL, but so would lots of other things, such as linking a GPL
> program with a proprietary libc.
Nope, because there's a special exception in the GPL that allows people
to use a proprietary libc. This exception is limited (you couldn't
by the proprietary libc in conjunction with the GPLed program, nor could
they ship together), but it does exist. Just search for "special exception"
in the text of the GPL.
> I note in this regard that Section 3 of the GPL defines "complete source code" as:
>
> For an executable work, complete source code means all the source code
> for all modules it contains, plus any associated interface definition files,
> plus
> the scripts used to control compilation and installation of the executable.
>
> Notice that it lists only "modules it *contains*", not all "modules it contains or
> links to" or all "modules it contains during execution" (the latter being relevant
> b/c "executable work" as written in the quoted sentence above refers to the
> executable work as it is being distributed, not as it exists at run-time).
You're claiming here that even though Qt must be linked with kghostscript
that the executing program doesn't contain Qt?
> The next sentence reads:
>
> However, as a special exception, the source code distributed need
> not include anything that is normally distributed (in either
> source or binary form) with the major components (compiler,
> kernel, and so on) of the operating system on which the executable
> runs, unless that component itself accompanies the executable.
Ok, so you are aware of the part of the GPL which lets the proprietary
libc be used.
> This sentence can easily be read to support the dynamic/static
distinction.
Eh? You can link the proprietary libc statically and this special
exception would still be just as applicable.
> Normally you would distribute the "major component" w/ the executable
> only if it is statically linked, in which case you are required to
> include the source of that component; but if dynamically linked, you
> are not required to distribute the source.
Even if it's statically linked you're not required to distribute the
source for a proprietary libc. As long as libc is distributed with the
kernel or the compiler for the operating system, and as long as the
kernel or the compiler is *not* distributed with kghostscript, there's
no problem with also distributing some of that proprietary libc with
kghostscript.
> I.e., the GPL does distinguish b/w dynamic and static linking.
It doesn't even use the term "linking" in the terms of the license.
> As to your -static flag, I think you agree, from your past postings,
> that someone can distribute a GPL'd program dynamically linked against
> a proprietary Solaris libc, but that this person could not compile
> it statically by adding the '-static' flag and then distribute the
> program. So really I don't see how your kghostview example is any
> different from what is already allowed and done.
I did not agree to any such thing. It's perfectly legal to distribute
a GPLed program which is statically linked against a Solaris libc.
--
Raul
Reply to: