This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug libc/20050] Using Linux Kernel headers in bit/fnctl.h


https://sourceware.org/bugzilla/show_bug.cgi?id=20050

--- Comment #3 from ceneblock at member dot fsf.org ---
(In reply to joseph@codesourcery.com from comment #1)
> <https://sourceware.org/glibc/wiki/Synchronizing_Headers> describes 
> consensus on how to handle duplication between kernel and userspace 
> headers.  If you wish to extend this to other headers, you should make a 
> proposal on libc-alpha.  I don't think it can sensibly be extended to 
> bits/fcntl.h, however, because that header is very sensitive to namespace 
> issues for a wide range of standards supported by glibc, whereas the 
> kernel headers don't deal with such namespace issues at all.

Yes, I've found that my patch did not actually work and am noodling around to
have libc compile. As far as it being sensitive, because glibc is supposed to
support a wide array of OS, that might not be so hard to solve: 

#ifdef __gnu_linux__
#include <asm-generic/fcntl.h>
#else
#include <default>
#endif

However, I don't know how that will effect special cases. For example, someone
tries to compile glibc without having kernel headers for example. Then they
would have problems.

I'll give the wiki page a read. I might e-mail the libc-alpha and suggest a new
configure flag.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]