This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH] libc-compat.h for <bits/fcntl-linux.h>
- From: Zack Weinberg <zackw at panix dot com>
- To: Eric Neblock <ceneblock at member dot fsf dot org>, GNU C Library <libc-alpha at sourceware dot org>
- Date: Mon, 9 May 2016 08:47:24 -0400
- Subject: Re: [PATCH] libc-compat.h for <bits/fcntl-linux.h>
- Authentication-results: sourceware.org; auth=none
- References: <589a6293-be0f-4b55-3a0b-2c180773ad94 at member dot fsf dot org>
On Sun, May 8, 2016 at 3:17 PM, Eric Neblock <firstname.lastname@example.org> wrote:
> Hello everyone,
> I've been doing some kernel hacking and added some new flags to the
> Linux kernel. I want to use these flags in userland without having to in
> an additional header (<asm-generic/fcntl.h>) and even then, there are
> conflicts, because almost everything is already defined.
> As such, I filed a feature request (20050) and was informed about
> about the process to have compatibility.
> I've attached a patch that shouldn't break anything. Incidentally,
> everything in the Linux Kernel matches what is done by glibc.
Rather than this approach, why not have the glibc header include the
uapi header and rely on its definitions? This might need to be
conditional on a sufficiently new version of the uapi header being
available, but it is more future-proof.