Messages in this thread | | | Date | Tue, 10 Aug 2004 10:44:11 +0200 | From | Adrian Bunk <> | Subject | Re: [2.6 patch] select FW_LOADER -> depends HOTPLUG |
| |
On Tue, Aug 10, 2004 at 02:24:47AM +0200, Roman Zippel wrote: > Hi, > > On Mon, 9 Aug 2004, Sam Ravnborg wrote: > > > No - kconfig gets it wrong. > > When selecting a config option kconfig shall secure that > > 'depends on' are evaluated also for the selected symbol. > > Which dependencies? select was more intended to select symbols without a > prompt (it's dependency would be simply 'n'). The selected symbol can also > have multiple prompts, how should these dependencies be merged? > The current select is intentionally simple, so the calculation is > straightforward. Anything more complex I have to completely rethink the > behaviour between depencies and selects, e.g. something like this: > > A ---selects----> C ---selects----> D > B --depends on--> --depends on--> E > > If you want to change the behaviour of select how will it change the > behaviour of the other dependencies and selects? >...
The current usage of select in the kernel covers many select's of symbols that actually have a prompt.
I assume Sam thinks in the direction to let a symbol inherit the dependencies off all symbols it selects.
E.g. in
config A depends on B
config C select A
C should be treated as if it would depend on B.
> bye, Roman
cu Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |