在Kconfig文件中: config A depends on BselectC 它的含义是:CONFIG_A配置与否,取决于CONFIG_B是否配置。一旦CONFIG_A配置了,CONFIG_C也自动配置了。
经测试,select与depends on是相反的逻辑关系。 A depends on B 那么只有在B选中才能选A A select B 那么只要选中A就会选中B 所以select叫反向依赖。
在Kconfig文件中：config A depends on B select C 它的含义是：CONFIG_A配置与否，取决于CONFIG_B是否配置。一旦CONFIG_A配置了，CONFIG_C也自动配置了。
“select” vs “depends” in kernel Kconfig。 所以去找在哪里开了SND_SOC_HDMI_CODEC的 select
Kconfig中的“depends on”和“select” 在Kconfig文件中: config A depends on B select C 它的含义是:CONFIG_A配置与否,取决于CONFIG_B是否配置。一旦CONFIG_A配置了,CONFIG_C也自动配置了。
Kconfig中的select和depends on,经测试,select与dependson是相反的逻辑关系。AdependsonB那么只有在B选中才能选AAselectB那么只要选中A就会选中B所以select叫反向依赖。
depends on:依赖项,比如depends on XXX 表示当前宏需要CONFIG_ XXX宏打开的前提下,才能设置它(注意依赖项的config参数只有bool或tristate才有效) select :反依赖项,和depends on刚好相反,比如 selecton XXX表示当前宏如果是y或者m,则会自动设置XXX=y或者m(注意参数只有bool或tristate才有效) ...
表示带菜单的配置项,menuconfig语句和config语句相似,但它在config的基础上要求所有的子选项作为独立的行显示。用depends on表示依赖某个配置选项。 choice/endchoice语句 将多个类似的配置选项组合在一起,供用户选择一组配置项。用prompt给出提示信息,作为弹出框的标题,在一组choice语句中,可以给出多个配置项供选择,但...
depends on BAR bool "foo" default y **"select", 反向依赖关系,语法为:**"select" <symbol> ["if" <expr>] 反向依赖只能用在 boolean 或 tristate 选项上。 如果后面没有字符串名称,则表示其不会出现在选择软件列表中(这样的选项一般用在select后面) ...
depends on:表示依赖于xxxx,“depends on xxxx”表示只有当xxxx配置选项被选中时,当前配置选项的提示信息才会出现,才能设置当前配置选项,说明: select:是反向依赖关系的意思,即当前配置选项被选中,则xxxx就会被选中。 help :它其中的文字将作为配置界面中的帮助信息; ...