[Buildroot] [PATCH v2 1/3] toolchain: workaround musl/kernel headers conflict
Baruch Siach
baruch at tkos.co.il
Thu May 18 11:37:06 UTC 2017
Hi Thomas,
On Thu, May 18, 2017 at 01:24:48PM +0200, Thomas Petazzoni wrote:
> On Thu, 18 May 2017 14:17:44 +0300, Baruch Siach wrote:
> > Would that be better (untested)?
> >
> > diff --git a/toolchain/toolchain/toolchain.mk b/toolchain/toolchain/toolchain.mk
> > index e29837357a27..e15ceeb426fa 100644
> > --- a/toolchain/toolchain/toolchain.mk
> > +++ b/toolchain/toolchain/toolchain.mk
> > @@ -21,8 +21,10 @@ TOOLCHAIN_ADD_TOOLCHAIN_DEPENDENCY = NO
> > # IFF_DORMANT and IFF_ECHO, add another macro to suppress them in the
> > # kernel header, and avoid macro/enum conflict.
> > #
> > +# Kernel version 3.12 introduced the libc-compat.h header.
> > +#
> > # [1] http://www.openwall.com/lists/musl/2015/10/08/2
> > -ifeq ($(BR2_TOOLCHAIN_USES_MUSL),y)
> > +ifeq ($(BR2_TOOLCHAIN_USES_MUSL)$(BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_12),yy)
> > define TOOLCHAIN_MUSL_KERNEL_HEADERS_COMPATIBILITY_HACK
> > $(SED) 's/^#if defined(__GLIBC__)$$/#if 1/' \
> > $(STAGING_DIR)/usr/include/linux/libc-compat.h
>
> Yes. The question is whether we will see those build failures due to
> kernel/userspace headers conflicts. Do you remember a simple
> package/scenario that triggers the problem?
The following two commits in this series, c0b756cac412 (Revert "bridge-utils:
fix build with musl"), and bae792e4c04 (Revert "norm: add patch to fix musl
build"), point at some likely build failure candidates.
baruch
--
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -
More information about the buildroot
mailing list