This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Update if.h to match Linux kernel headers?
- From: David Miller <davem at davemloft dot net>
- To: fweimer at redhat dot com
- Cc: joseph at codesourcery dot com, carlos at redhat dot com, libc-alpha at sourceware dot org
- Date: Thu, 23 Jun 2016 11:57:46 -0400 (EDT)
- Subject: Re: Update if.h to match Linux kernel headers?
- Authentication-results: sourceware.org; auth=none
- References: <acfcff1c-1da0-d12b-d300-42e602d17c84 at redhat dot com> <alpine dot DEB dot 2 dot 20 dot 1606170911251 dot 14216 at digraph dot polyomino dot org dot uk> <28221c3a-ba59-8112-0a4e-ccfe83a057dd at redhat dot com>
From: Florian Weimer <fweimer@redhat.com>
Date: Thu, 23 Jun 2016 17:10:54 +0200
> On 06/17/2016 11:12 AM, Joseph Myers wrote:
>> On Thu, 16 Jun 2016, Carlos O'Donell wrote:
>>
>>> I'm not entirely sure if userspace can make use of these flags, but
>>> one
>>> could conceivably write userspace tools and drivers that would.
>>
>> In <https://sourceware.org/ml/libc-alpha/2014-06/msg00413.html> I
>> noted
>> that I presumed the exclusion of IFF_* values not fitting in a "short"
>> flags field was deliberate.
>
> Can you elaborate way? Do you fear that we might end up with an ABI
> change if the enum promotes to int, not short? But doesn't do it that
> already, due to the value IFF_DYNAMIC = 0x8000?
Because ifr_flags in struct ifreq is 16-bit.