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 18:40:13 +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
--- Comment #3 from Rich Felker <bugdal at aerifal dot cx> ---
I don't see "C. Coordinate" as an alternative to the problems A and B above.
The coordination only works with new post-coordination kernel header versions
(problem A). Assuming glibc is still producing its own definitions rather than
including the kernel headers (and just turning off its own definitions if the
kernel version was already included), problem B does not occur in the case of
strictly conforming applications which are not including the linux/*.h headers.
However, there's still the possibility of unexpected inconsistency for
applications which do use linux/*.h.
I'm not sure what the intended usage case you're trying to support is. If your
intent is that the headers roughly match, then it seems like applications
should not be including the linux ones, and I'm not sure why it's more
desirable to "support" this case and get it 90-99% "right" instead of just
documenting that it's wrong (and possibly even using #error to correct this bad
practice).
--
You are receiving this mail because:
You are on the CC list for the bug.