[lkml]   [2003]   [May]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Recent changes to sysctl.h breaks glibc
The question still remains unanswered.  How do you get the sanitized 
headers? "Use your vendor" is NOT the answer. People need to get off
their high horses and stop passing the buck to the ambiguous "vendor".
Even the vendor (gentoo in this case) needs the answer on how to make
sanitized headers.

We are nearly 70 versions into 2.5 and approaching 2.6 quickly. There
are numerous userland programs that are now using kernel headers because
2.4 headers simply don't suffice anymore -- they don't support the
hardware or interfaces of today's equipment. It used to be "use the
headers that you compiled the system with [glibc]" but that doesn't even
work anymore.

We don't need the bullsh*t answer "don't use kernel headers" because
there are oodles of packages now that require the information that is in
kernel headers for one reason or another, some fishy, some legit. In a
perfect world we'd have a nice set of APIs for everybody that was always
kept freshly up to date from all the maintainers. If it isn't
centralized and synchronized in the kernel headers there every package
out there is going to be maintaining patches against the kernel source
so their module builds correctly and this leads to patch co-existence

Someone please step up to the plate and explain how to convert kernel
headers into sanitized headers for /usr/include.

Thank you and flames > /dev/null


>They don't. You can run the same userspace on a wide range of kernels.
>I'd just leave the job of selcting your headers to the distro vendor -
>if they are too stupid to get their headers sanitized I'd
>just use a different distro.

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