On 2014-06-10 09:40, Geert Uytterhoeven wrote: > Hi Michael, > > On Thu, Jun 5, 2014 at 5:56 PM, Michal Marek <mmarek@xxxxxxx> wrote: >> --- a/arch/um/Makefile >> +++ b/arch/um/Makefile >> @@ -111,8 +111,7 @@ endef >> KBUILD_KCONFIG := $(HOST_DIR)/um/Kconfig >> >> archheaders: >> - $(Q)$(MAKE) -C '$(srctree)' KBUILD_SRC= \ >> - ARCH=$(HEADER_ARCH) O='$(objtree)' archheaders >> + $(Q)$(MAKE) KBUILD_SRC= ARCH=$(HEADER_ARCH) archheaders > > Should the logic in https://lkml.org/lkml/2014/6/1/17 be changed as well? I haven't tried it, but I don't see a problem with the added make invocations: + $(Q)$(MAKE) -f $(srctree)/scripts/Makefile.asm-generic \ + SRCARCH=$(HEADER_ARCH) src=asm \ + obj=arch/$(HEADER_ARCH)/include/generated/asm + $(Q)$(MAKE) -f $(srctree)/scripts/Makefile.asm-generic \ + SRCARCH=$(HEADER_ARCH) src=uapi/asm \ + obj=arch/$(HEADER_ARCH)/include/generated/uapi/asm The problem with the first make was the directory change (-C ...), which broke the relative paths. These two just spawn another make in the current directory, so it should be fine. Michal -- To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
