[lkml]   [2002]   [Jan]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [RFC] klibc requirements, round 2
Thus spake Alexander Viro (
> > Lets look at it the other way... Suppose you start making a
> > separate klibc. You skip/eliminate a ton of stuff and next week
> > someone complains that it's missing, say, the pivot_root syscall.
> > So you add it. Then the week after, someone complains that you
> > are missing varargs. So you add that too. Pretty soon, someone
> > will complain about how printf feature foo is missing, and they
> > just _need_ SuS2 wordexp compatibility, etc, etc. Trust me when
> ... at which point you tell them to bugger off. If they refuse -
> man procmailrc. Problem solved.

I guess the point here is that you don't save anything over the diet
libc. I went to great lengths to make sure not using printf would not
incur any overhead. So if klibc is diet libc without printf, then using
klibc won't produce smaller binaries than using diet libc (unless you
use printf, of course, in which case klibc won't work at all).

By the way: one more architecture is now supported by the diet libc:
hp pa-risc. Someone surprised me by sending a patch.

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:15    [W:0.118 / U:0.008 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site