summaryrefslogtreecommitdiffstats
path: root/Makefile
diff options
context:
space:
mode:
authorMasahiro Yamada <masahiroy@kernel.org>2020-03-02 07:23:40 +0100
committerMasahiro Yamada <masahiroy@kernel.org>2020-03-13 02:05:34 +0100
commit3a9dd3ecb207b2cb8a4aabd12d20e43fa360b66d (patch)
tree7586526ac545db8fae708e3ad928b7a0789ea312 /Makefile
parentkconfig: allow symbols implied by y to become m (diff)
downloadlinux-3a9dd3ecb207b2cb8a4aabd12d20e43fa360b66d.tar.xz
linux-3a9dd3ecb207b2cb8a4aabd12d20e43fa360b66d.zip
kconfig: make 'imply' obey the direct dependency
The 'imply' statement may create unmet direct dependency when the implied symbol depends on m. [Test Code] config FOO tristate "foo" imply BAZ config BAZ tristate "baz" depends on BAR config BAR def_tristate m config MODULES def_bool y option modules If you set FOO=y, BAZ is also promoted to y, which results in the following .config file: CONFIG_FOO=y CONFIG_BAZ=y CONFIG_BAR=m CONFIG_MODULES=y This does not meet the dependency 'BAZ depends on BAR'. Unlike 'select', what is worse, Kconfig never shows the 'WARNING: unmet direct dependencies detected for ...' for this case. Because 'imply' is considered to be weaker than 'depends on', Kconfig should take the direct dependency into account. For clarification, describe this case in kconfig-language.rst too. Signed-off-by: Masahiro Yamada <masahiroy@kernel.org> Acked-by: Nicolas Pitre <nico@fluxnic.net> Tested-by: Geert Uytterhoeven <geert@linux-m68k.org>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions