[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20161015140234.GB2831@lakka.kapsi.fi>
Date: Sat, 15 Oct 2016 17:02:34 +0300
From: Mikko Rapeli <mikko.rapeli@....fi>
To: Pascal Terjan <pterjan@...il.com>
Cc: "David S. Miller" <davem@...emloft.net>, netdev@...r.kernel.org
Subject: Re: userspace build broken by include changes
Hi,
On Sat, Oct 15, 2016 at 12:40:43PM +0100, Pascal Terjan wrote:
> rp-pppoe plugin of ppp no longer builds:
>
> In file included from pppoe.h:87:0,
> from plugin.c:29:
> /usr/include/linux/in.h:28:3: error: redeclaration of enumerator 'IPPROTO_IP'
> IPPROTO_IP = 0, /* Dummy protocol for TCP */
> ^
> /usr/include/netinet/in.h:42:5: note: previous definition of
> 'IPPROTO_IP' was here
> IPPROTO_IP = 0, /* Dummy protocol for TCP. */
>
> Short reproducer:
>
> #include <sys/cdefs.h>
> #include <sys/socket.h>
> #include <linux/if.h>
> #include <netinet/in.h>
> #include <linux/ppp_defs.h>
> #include <linux/if_pppox.h>
>
> Full log:
> http://pkgsubmit.mageia.org/autobuild/cauldron/x86_64/core/2016-10-12/ppp-2.4.7-8.mga6.src.rpm/build.0.20161012185227.log
>
> Moving the include of linux/if.h after netinet/in.h fixes it.
>
> I guess the breakage is caused by
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/include/uapi/linux?id=eafe92114308acf14e45c6c3d154a5dad5523d1a
> but the commit doesn't look wrong to me.
These kernel uapi headers did not declare their dependencies correctly
and this patch fixed it. Many uapi headers from kernel unfortunately
conflict with glibc and other userspace headers, and userspace code is often
relying on this behavior, e.g. has had a working order of includes.
My patch series has compatibility changes so that kernel headers can be
included after glibc ones.
Unfortunately I haven't had time to provide similar patches to glibc so
things might breaks if kernel headers are included before glibc headers.
So the best I can do for now is to ask you to change the userspace include
order to first include glibc headers and then kernel uapi ones.
This is an unfortunate kernel header API break, sorry. ABI's are not affected
though.
-Mikko
Powered by blists - more mailing lists