[lkml]   [2004]   [Mar]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [ANNOUNCE] linux-libc-headers
On Fri, 5 Mar 2004, Krzysztof Halasa wrote:
> BTW: the user space programs don't necessarily need glibc. They may need
> the kernel API headers, of course.
> You may even want to use another C library. Would you copy the headers
> in such case again?

I agree.

> > As to linux-common linux-kernelonly and linux-userland headers (linux-common
> > used by both) - I just find it weird for userland to require kernel sources.

But some programs (hdparm?) and/or libs must (for example most C libs like

> >> If they are part of kernel API/ABI, then of course they are still used
> >> by 2.6 kernel and they need to be there. If they aren't used by the
> >> kernel (old #define names for instance) they should go to glibc headers
> >> (#ifndef xxx #define xxx etc.).
> >
> > Additionall defines mostly. Probably some extra structures.
> I'd go with the above, then.

But how synchronize kernel development with glibcs (+ all other C libs +
all other programs that must interface directly with the kernel)?

When kernel developers want to stop using something, how they should tell
that to glibc developers and others. And how these non-kernel developers
can change their projects in very short time to start using new kernel
headers (= define things removed from the kernel in their own headers)?
Most admins change kernels more often than all other programs and libs
and these programs can potenitially not be updated yet.

My proposal is to move these things from linux-common to linux-userland
instead of removng them from the kernel immendiatelly.
So no compatibility with user program and libs will be broken (and after a
few releases of kernel, when all programs and libs will be updated, these
things can be removed completly from kernel headers of all three types).

Grzegorz Kulewski
ex inx user :)

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 14:01    [W:0.082 / U:6.956 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site