Re: [PATCH v2] Decouple build from userspace headers

From: Masahiro Yamada
Date: Sun Jul 18 2021 - 09:12:37 EST


On Fri, Jul 16, 2021 at 7:10 PM Alexey Dobriyan <adobriyan@xxxxxxxxx> wrote:
>
> On Fri, Jul 16, 2021 at 11:03:41AM +0200, Anders Roxell wrote:
> > On Wed, 14 Jul 2021 at 19:45, Alexey Dobriyan <adobriyan@xxxxxxxxx> wrote:
> > >
>
> > In file included from
> > /home/anders/src/kernel/testing/crypto/aegis128-neon-inner.c:7:
> > /home/anders/src/kernel/testing/arch/arm64/include/asm/neon-intrinsics.h:33:10:
> > fatal error: arm_neon.h: No such file or directory
> > 33 | #include <arm_neon.h>
> > | ^~~~~~~~~~~~
>
> > If I revert this patch I can build it.
>
> Please, see followup fixes or grab new -mm.
> https://lore.kernel.org/lkml/YO8ioz4sHwcUAkdt@localhost.localdomain/


With the follow-up fix,
this patch is doing many things in a single patch.

Can you split it into a series of smaller patches?


1/4: changes for arch/um/include/shared/irq_user.h
and arch/um/os-Linux/signal.c


2/4: remove wrong <stdbool.h> or <stddef.h> inclusions
(or maybe you need to replace them with <linux/types.h>
to keep the affected headers self-contained)


3/4: add include/linux/stdarg.h,
then <stdarg.h> with <linux/stdarg.h>


4/4: move -isystem $(shell $(CC) -print-file-name=include)
to some sub-Makefiles from the top Makefile.





(please note 4/4 will introduce a breakage in linux-next
if somebody adds a new <stdarg.h> inclusion in this
development cycle.
I hope that will not happen, though)




--
Best Regards
Masahiro Yamada