mirror of
https://git.busybox.net/buildroot.git
synced 2024-12-16 00:33:31 +08:00
205c528304
Since the introduction of 4.11 kernel headers in Buildroot, radvd has failed to build with all toolchains using this kernel header version. The issue comes from the fact that radvd includes both <net/if_arp.h> and <linux/if_arp.h> if they are available. Until 4.11, <linux/if_arp.h> was in fact not included, because the AC_CHECK_HEADERS() test concluded this header was unsuitable. This has been fixed in the upstream kernel by commit 2618be7dccf8739b89e1906b64bd8d551af351e6 ("uapi: fix linux/if.h userspace compilation errors"). So now, the radvd configure script considers both <net/if_arp.h> and <linux/if_arp.h> as suitable headers, and includes both of them, leading to the duplicate definition of various types. Since it's redundant to include both <net/if_arp.h> and <linux/if_arp.h>, we simply force radvd to believe that <linux/if_arp.h> is not available by passing the appropriate autoconf cache variable. This gets us back to the previous situation, where <linux/if_arp.h> was never used. This has been tested with a uClibc toolchain using 4.11 kernel headers, and verified to work on glibc and musl with older kernel headers as well. Fixes: http://autobuild.buildroot.net/results/949a75d96299394e4ac957746fa23a4b52f31b43/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> |
||
---|---|---|
.. | ||
0002-Don-t-force-fstack-protector-the-toolchain-might-lac.patch | ||
Config.in | ||
radvd.hash | ||
radvd.mk | ||
S50radvd |