From: Herman Oosthuysen <Herman@WirelessNetworksInc.com>
To: linux <linux-kernel@vger.kernel.org>
Subject: Re: spinlocks, the GPL, and binary-only modules
Date: Thu, 21 Nov 2002 09:54:38 -0700 [thread overview]
Message-ID: <3DDD0FCE.30600@WirelessNetworksInc.com> (raw)
The way I read it, the GPL is not the monster that most people think it
is. In order to understand the GPL, you have to read all the acts that
apply and that should start with the constitution of your country and
state. You cannot read the GPL in isolation and think that you
understand it. "Beware of a man of only one book", applies in this case.
Using a header file in proprietary code, could be argued as reverse
engineering to ensure interoperability with another program. This type
of thing is described in the DMCA in the USA and in the copyright acts
of other countries, which are all pretty much the same. Since the GPL
depends on the various Copyright acts, I think that using a GPL header
in proprietary code to ensure compatibility, is allowed.
Another thing to bear in mind, is that 'fair use' is also allowed under
the various copyright acts. Consequently it can be argued that you may
use *some* GPL code in proprietary code and the larger the base of GPL
code becomes, the larger the amount of fair use that will be allowed.
Since the total GPL code base of the kernel is now many megabytes in
size, fair use of some kilobytes of GPL code may very well be reasonable.
Check this out with your own lawyers...
Cheers,
--
------------------------------------------------------------------------
Herman Oosthuysen
B.Eng.(E), Member of IEEE
Wireless Networks Inc.
http://www.WirelessNetworksInc.com
E-mail: Herman@WirelessNetworksInc.com
Phone: 1.403.569-5687, Fax: 1.403.235-3965
------------------------------------------------------------------------
Mark Mielke wrote:
> On Wed, Nov 20, 2002 at 01:06:39AM -0200, Rik van Riel wrote:
>
>> On Wed, 20 Nov 2002, David McIlwraith wrote:
>>
>>> How should it? The compiler (specifically, the C preprocessor) includes
>>> the code, thus it is not the AUTHOR violating the GPL.
>>
>>
>> If the compiler includes a .h file, it happens because
>> the programmer told it to do so, using a #include.
>
>
>
> I was recently re-reading the GPL and I came to the following conclusion:
>
> The GPL is only an issue if the software is *distributed* with GPL
> software. Meaning -- it is not legal to distribute a linux kernel that
> contains non-GPL code, however, it *is* legal for an administrator to
> install linux, and then download a copy of the dynamically linked
> module from a separate web site, under a different (incompatible)
> license, and load it into the kernel. This new kernel image is a
> 'derived work', however, as long as the new kernel image is not
> distributed to 'the public', the GPL terms do *not* come into play.
>
> While I believe my understanding on this issue to be correct, I still
> haven't answered the original question... is it legal to distribute a
> non-GPL binary that used a GPL header file to be compiled? Is the
> answer to this different depending on the amount of code that is
> generated using the GPL header file as source (i.e. inlined
> functions)?
>
> mark
>
next reply other threads:[~2002-11-21 17:40 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-11-21 16:54 Herman Oosthuysen [this message]
[not found] <fa.ni4tkev.3ge008@ifi.uio.no>
[not found] ` <fa.onsrmsv.1g08thi@ifi.uio.no>
2002-11-21 9:05 ` spinlocks, the GPL, and binary-only modules Giacomo Catenazzi
[not found] <fa.fglehrv.95g32b@ifi.uio.no>
[not found] ` <fa.h7et98v.hjm1of@ifi.uio.no>
2002-11-21 0:03 ` Russ Allbery
-- strict thread matches above, loose matches on Subject: below --
2002-11-20 19:09 Nicholas Berry
2002-11-20 6:31 Samium Gromoff
2002-11-20 8:27 ` Mark Mielke
2002-11-20 3:03 David McIlwraith
2002-11-19 22:09 Jeff Garzik
2002-11-20 1:52 ` Rik van Riel
2002-11-20 2:48 ` Josh Myer
2002-11-20 2:59 ` Rik van Riel
2002-11-20 4:26 ` Ross Vandegrift
2002-11-20 6:41 ` archaios
2002-11-20 5:01 ` Andre Hedrick
2002-11-20 5:24 ` Jon Portnoy
2002-11-20 14:21 ` Alan Cox
2002-11-20 18:57 ` Andre Hedrick
2002-11-20 19:09 ` Daniel Jacobowitz
2002-11-20 19:32 ` Andre Hedrick
2002-11-20 19:33 ` Alan Cox
2002-11-20 19:11 ` Andre Hedrick
2002-11-20 18:57 ` Thomas Langås
2002-11-20 19:15 ` Dana Lacoste
2002-11-20 18:32 ` nick
2002-11-20 19:50 ` Andre Hedrick
2002-11-20 19:16 ` nick
2002-11-21 2:25 ` Rik van Riel
2002-11-20 2:49 ` David McIlwraith
2002-11-20 3:06 ` Rik van Riel
2002-11-20 8:12 ` Mark Mielke
2002-11-20 10:17 ` Xavier Bestel
2002-11-20 14:19 ` Alan Cox
2002-11-20 14:09 ` Richard B. Johnson
2002-11-20 18:54 ` Andre Hedrick
2002-11-20 19:31 ` Cort Dougan
2002-11-20 19:40 ` Andre Hedrick
2002-11-20 19:44 ` Cort Dougan
2002-11-20 19:55 ` Andre Hedrick
2002-11-20 20:41 ` Jeff Garzik
2002-11-20 21:15 ` Alan Cox
2002-11-20 22:03 ` Andre Hedrick
2002-11-20 22:09 ` Rik van Riel
2002-11-20 22:15 ` Andre Hedrick
2002-11-20 22:43 ` Alan Cox
2002-11-20 22:17 ` Andre Hedrick
2002-11-20 22:36 ` Larry McVoy
2002-11-20 23:16 ` Eli Carter
2002-11-20 20:49 ` Alan Cox
2002-11-20 20:01 ` Andrew Morton
2002-11-20 20:05 ` Larry McVoy
2002-11-20 18:25 ` Andre Hedrick
2002-11-21 10:36 ` Arjan van de Ven
2002-11-21 13:08 ` Andre Hedrick
2002-11-21 17:02 ` Mark Mielke
2002-11-22 0:00 ` Andre Hedrick
2002-11-21 17:21 ` Jeff Garzik
2002-11-22 6:19 ` Mark Mielke
2002-11-20 6:21 ` Andre Hedrick
2002-11-20 7:38 ` Jeremy Fitzhardinge
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=3DDD0FCE.30600@WirelessNetworksInc.com \
--to=herman@wirelessnetworksinc.com \
--cc=linux-kernel@vger.kernel.org \
/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