This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug network/15850] Glibc headers have conflicts with kernel headers on the definition of struct in6_addr
- From: "bugdal at aerifal dot cx" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Mon, 19 Aug 2013 01:31:24 +0000
- Subject: [Bug network/15850] Glibc headers have conflicts with kernel headers on the definition of struct in6_addr
- Auto-submitted: auto-generated
- References: <bug-15850-131 at http dot sourceware dot org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=15850
Rich Felker <bugdal at aerifal dot cx> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bugdal at aerifal dot cx
--- Comment #1 from Rich Felker <bugdal at aerifal dot cx> ---
We run into this kind of problem with musl quite a bit too, and I don't think
there's a proper solution except documenting that the kernel headers should not
be included in userspace except when they provide something that has no
corresponding libc interface. Any solution in glibc would be either:
A. Specific to certain versions of the kernel headers, and would still leave
you stuck with problems when using older kernel headers, OR
B. Would cause glibc's headers to be non-conforming (mostly in the sense of
namespace-pollution) unless you got really lucky with the version of the kernel
headers you use.
I don't see either of these as reasonable trade-offs. Back in the 90s, glibc
made the (correct) decision to avoid depending on the kernel headers (although
it still does in a few places) to provide the standard userspace headers.
Application developers just need to learn to stop senselessly including things
from <linux/*.h>.
--
You are receiving this mail because:
You are on the CC list for the bug.