On 05/15/2017 04:21 PM, David Lebrun wrote:
On 05/15/2017 04:09 PM, David Miller wrote:
Please, no.
The reason we put together a method by which glibc and the kernel can
stay out of eachother's way in header files is exactly so that we
don't need ifdefs that conditionally do netinet/in.h vs. using the
kernel header.
There are more than a dozen other UAPI headers which make use of
linux/in6.h and none of them jump through hoops like what is being
proposed here, and that's on purpose.
So special casing this one one header is really not the way to go.
Mmmh it's true that special casing in kernel headers for a user space
issue is not the best way to go.. I'll find a way to solve this in user
space only.
Sorry about the lousy patch.
Any new outcomes so far?
Thanks,
Daniel
