This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/20050] Using Linux Kernel headers in bit/fnctl.h
- From: "ceneblock at member dot fsf.org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Thu, 05 May 2016 20:50:52 +0000
- Subject: [Bug libc/20050] Using Linux Kernel headers in bit/fnctl.h
- Auto-submitted: auto-generated
- References: <bug-20050-131 at http dot sourceware dot org/bugzilla/>
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.