[...]
Ah, now I understand. You use "select" to enable options which aren't
actually a build requirement for the selecting option.
Another example where "select" is used to fill a gap left by limitations
regarding what can be presented in the "make ...config" UIs. If you use
"select" this way, well, then you have to cope with the implications.
Another workaround for this UI limitation:
config VIDEO_EM28XX
tristate "Empia EM2800/2820/2840 USB video capture support"
depends on WHATEVER_BUILD_REQUIREMENT_IS_LEFT
select MAYBE_ANOTHER_BUILD_REQUIREMENT
help
...
comment "Empia EM28xx devices may require Philips SAA7113/4/5 video
decoders"
depends on VIDEO_EM28XX && VIDEO_SAA711X=n
comment "Empia EM28xx devices may require Texas Instruments TVP5150
video decoder"
depends on VIDEO_EM28XX && VIDEO_TVP5150=n
Still awkward, but now you don't have to copy VIDEO_SAA711X's and
VIDEO_TVP5150's dependencies to VIDEO_EM28XX anymore.
Or another idea:
Copy _all_ dependencies of drivers which can be selected by "...if
VIDEO_HELPER_CHIPS_AUTO" to VIDEO_HELPER_CHIPS_AUTO.
Of course all these issues go away as soon as somebody has implemented
"select" with recursive dependency check.
--
Stefan Richter
-=====-==--- -=-= --==-
http://arcgraph.de/sr/
--