aboutsummaryrefslogtreecommitdiffstats
path: root/include/package-defaults.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-22 00:14:30 +0100
commit709351bf328f7173cecc0c065c46151ae45804bd (patch)
treeaa5ecc7a9d19cb4851859bccefdf48d115d531a6 /include/package-defaults.mk
parent3b066a6581cc4291d261a672663630fce7f4e66f (diff)
downloadupstream-709351bf328f7173cecc0c065c46151ae45804bd.tar.gz
upstream-709351bf328f7173cecc0c065c46151ae45804bd.tar.bz2
upstream-709351bf328f7173cecc0c065c46151ae45804bd.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> (cherry picked from commit 06ad3adeecc27859313e60c173c435d45ac2b345)
Diffstat (limited to 'include/package-defaults.mk')
0 files changed, 0 insertions, 0 deletions