[lkml]   [2003]   [Mar]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [BK PATCH] klibc for 2.5.64 - try 2

On Fri, 7 Mar 2003, Linus Torvalds wrote:

> > Could you please repeat your reasoning? I must have missed something.
> The reasoning is very simple:
> - klibc is small. It would be pointless to make it a shared library,
> because the infrastructure to do so and the indirection required would
> likely be bigger than klibc itself (unless klibc is eventually bloated
> up)
> - klibc is potentially useful outside just standard kernel initrd images,
> and in fact for development it is nice to use it that way.
> Put the two together, and the GPL really doesn't look like a very good
> license for klibc. Yeah, you can disagree about what the actual exceptions
> are, but clearly there has to be _some_ exception to the license.

This really doesn't speak against the GPL, if we do something similiar as
libgcc. This gives users still enough freedom to whatever they want, e.g.
they can implement their own function to override the klibc one. Using GPL
would encourage people to contribute changes back. If they are not willing
to do this, they should have enough resources to reimplement the needed
functionality, anyway.

> Also, since the kernel GPL thing doesn't taint user space apps (very much
> documented since day 1), there really isn't any _reason_ to use the GPL in
> the first place. klibc wouldn't ever get linked into the kernel, only into
> apps.
> As such, and since Peter is the main author, I don't see your argument,
> Roman.

Well, there wasn't much to argue against yet so far :), I'm still trying
to find the reason for Peters decision.
If klibc becomes part of kernel, Peter is not the only author anymore and
people would be forced to contribute to a non GPL project (e.g. if I
wanted to get it working on m68k), which is part of a GPL project.
I smell some serious trouble ahead and that's why I'd really like to know
a good reason not to use the GPL (or a variant of it). This should
really carefully thought about now and not when it's too late.

bye, Roman

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:33    [W:0.052 / U:1.656 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site