All of lore.kernel.org
 help / color / mirror / Atom feed
From: Timur Tabi <timur@freescale.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Proposal for a make option to include an additional stand alone program directory
Date: Thu, 26 Apr 2007 15:59:48 -0500	[thread overview]
Message-ID: <463112C4.50603@freescale.com> (raw)
In-Reply-To: <20070426204159.6B7F23525D5@atlas.denx.de>

Wolfgang Denk wrote:
> In message <4631093C.7060002@freescale.com> you wrote:
>> But even if the application were non-GPL, how would running it be a GPL violation?  If I 
>> load the application into memory, and just execute it, and the application runs without 
>> calling U-Boot code, and then the application exits, that's not a GPL violation.
> 
> You agree that static linking against a non-GPL library is illegal?

Yes, but just merging two binaries into a new binary isn't "linking", IMHO.  For there to 
be linking, project A must include parts of project B.  Just having A make a function call 
to B is not linking, otherwise proprietary applications would never be able to make 
syscalls into the kernel.

> What does static linking against a NON-GPL library mean? You combine the
> U-Boot image and the library image in some way, or
> load the library image into memory,
> 	then you call a function from that library,
> 		and just execute it, and that library function runs without
> calling U-Boot code, and then the library function returns, that's ...
> ...a GPL violation.

Well, I'm not lawyer, and so I don't really know for sure, but I would disagree.  After 
all, calling the library function is nothing more than loading a number into the PC 
register.  I don't really see how that alone can be considered linking.

> Running an application and calling a function is two  very  different
> things:  U-Boot works perfectly fine without this application, and is
> just a helper to be able to load and atart and run it. But  a  binary
> firmware,  which  is  needed  for  U-Boot to function properly, where
> U-Boot does not work correctly or with the full functionality if  the
> firmware is not present, is a different thing.

U-Boot works just fine without this binary firmware.  This particular firmware just 
enables the 2nd Ethernet port so that the Linux driver can load.

-- 
Timur Tabi
Linux Kernel Developer @ Freescale

  parent reply	other threads:[~2007-04-26 20:59 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-26 17:15 [U-Boot-Users] Proposal for a make option to include an additional stand alone program directory Jeff Mann
2007-04-26 18:37 ` David Hawkins
2007-04-26 19:33   ` Jeff Mann
2007-04-26 20:02   ` Wolfgang Denk
2007-04-26 20:43     ` David Hawkins
2007-04-26 18:44 ` Timur Tabi
2007-04-26 19:13   ` Jeff Mann
2007-04-26 19:24     ` Timur Tabi
2007-04-26 20:10       ` Wolfgang Denk
2007-04-26 20:16         ` Timur Tabi
2007-04-26 20:31           ` Wolfgang Denk
2007-04-26 20:05   ` Wolfgang Denk
2007-04-26 20:09     ` Timur Tabi
2007-04-26 20:15       ` Wolfgang Denk
2007-04-26 20:19         ` Timur Tabi
2007-04-26 20:41           ` Wolfgang Denk
2007-04-26 20:53             ` Jerry Van Baren
2007-04-26 20:59             ` Timur Tabi [this message]
2007-04-27  9:38               ` Wolfgang Denk
2007-04-27 19:00                 ` Timur Tabi
2007-04-27 19:32                   ` Ulf Samuelsson
2007-04-27 20:13                     ` Jerry Van Baren
2007-04-30 19:51                     ` Wolfgang Denk
2007-04-30 19:45                   ` Wolfgang Denk
2007-04-26 20:52       ` Ulf Samuelsson
2007-04-26 21:04         ` Timur Tabi
2007-04-27  7:45           ` Stefan Roese
2007-04-27  9:40           ` Wolfgang Denk

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=463112C4.50603@freescale.com \
    --to=timur@freescale.com \
    --cc=u-boot@lists.denx.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.