diff options
| author | Ulf Magnusson <ulfalizer.lkml@gmail.com> | 2010-07-27 21:57:43 +0200 |
|---|---|---|
| committer | Michal Marek <mmarek@suse.cz> | 2010-07-29 16:56:02 +0200 |
| commit | ac1ffde1ba053db0266f886a15ed845a6628fcb0 (patch) | |
| tree | f5366e5c65c523c60a73b40a568bca3359a9dc69 /scripts/kconfig/Makefile | |
| parent | 1244b41d00eb60cb3d05220383bc9d15b9045fb4 (diff) | |
| download | kernel_samsung_espresso10-ac1ffde1ba053db0266f886a15ed845a6628fcb0.zip kernel_samsung_espresso10-ac1ffde1ba053db0266f886a15ed845a6628fcb0.tar.gz kernel_samsung_espresso10-ac1ffde1ba053db0266f886a15ed845a6628fcb0.tar.bz2 | |
kconfig: fix MODULES-related bug in case of no .config
There seems to be a kconfig bug due to MODULES not always being
evaluated if no .config is found. Take the following Kconfig as an
example:
config MODULES
def_bool y
config FOO
def_tristate m
With no .config, the following configuration is generated:
CONFIG_MODULES=y
CONFIG_FOO=y
With an empty .config, the following:
CONFIG_MODULES=y
CONFIG_FOO=m
Tristate choice statements can also exhibit the problem, due to having an
implicit rev_dep (select) containing "m".
The problem is that MODULES is never evaluted in conf_read_simple() unless
there's a .config. The following patch fixes this.
Signed-off-by: Ulf Magnusson <ulfalizer.lkml@gmail.com>
Reviewed-by: WANG Cong <xiyou.wangcong@gmail.com>
Signed-off-by: Michal Marek <mmarek@suse.cz>
Diffstat (limited to 'scripts/kconfig/Makefile')
0 files changed, 0 insertions, 0 deletions