aboutsummaryrefslogtreecommitdiffstats
path: root/include/kernel.mk
diff options
context:
space:
mode:
authorHauke Mehrtens <hmehrtens@maxlinear.com>2022-12-14 16:29:16 +0100
committerHauke Mehrtens <hauke@hauke-m.de>2022-12-17 20:12:31 +0100
commit06ad3adeecc27859313e60c173c435d45ac2b345 (patch)
tree6d0aa4c2f92ed58e6dfa54bb12ad8019d0d5fdf9 /include/kernel.mk
parent4609228432583c9e9fb306c5a69c6fc21fd79cb7 (diff)
downloadupstream-06ad3adeecc27859313e60c173c435d45ac2b345.tar.gz
upstream-06ad3adeecc27859313e60c173c435d45ac2b345.tar.bz2
upstream-06ad3adeecc27859313e60c173c435d45ac2b345.zip
kernel: Make KERNEL_MAKEOPTS recursively expanded
KERNEL_MAKEOPTS will get expanded when it is used and not when it is defined in the kernel.mk file now. This fixes problems finding dependent kernel modules when it is used by a kernel module package. Without this change the build of packages which depend on other out of tree modules failed when they used KERNEL_MAKE because some symbols could not be found. This happened because KERNEL_MAKE_FLAGS which contains a "if $(__package_mk)" was evaluated where KERNEL_MAKEOPTS was defined and not when the KERNEL_MAKE was used. For packages which included kernel.mk before package.mk we saw this problem. One workaround was to use the correct include order and the other one was to not use KERNEL_MAKE_FLAGS, but copy its content. Signed-off-by: Hauke Mehrtens <hmehrtens@maxlinear.com>
Diffstat (limited to 'include/kernel.mk')
-rw-r--r--include/kernel.mk2
1 files changed, 1 insertions, 1 deletions
diff --git a/include/kernel.mk b/include/kernel.mk
index 2efa3bf8f8..c657bf5d82 100644
--- a/include/kernel.mk
+++ b/include/kernel.mk
@@ -130,7 +130,7 @@ ifneq ($(HOST_OS),Linux)
export SKIP_STACK_VALIDATION:=1
endif
-KERNEL_MAKEOPTS := -C $(LINUX_DIR) $(KERNEL_MAKE_FLAGS)
+KERNEL_MAKEOPTS = -C $(LINUX_DIR) $(KERNEL_MAKE_FLAGS)
ifdef CONFIG_USE_SPARSE
KERNEL_MAKEOPTS += C=1 CHECK=$(STAGING_DIR_HOST)/bin/sparse