On Wed, Dec 08, 2010 at 03:34:28PM -0800, Randy Dunlap wrote: > On Wed, 08 Dec 2010 23:08:39 +0000 David Woodhouse wrote: > > > On Wed, 2010-12-08 at 13:51 -0800, Randy Dunlap wrote: > > > > > > I dislike select, but reality is that modules do need to select/enable > > > library code and minor features sometimes. > > > > > > OTOH, where drivers/platform/x86/Kconfig:ACPI_CMPC does "select INPUT" > > > to enable an entire subsystem is wrong and bad IMO. > > > > This is just a deficiency in the tools. The correct answer is to fix the > > damn tools, not invent this silly 'select' facility which means much the > > same thing as 'depends on' but is implemented differently. > > > > As long ago as the mid-1990s, the Nemesis research OS was using a tcl > > xconfig tool based on the Linux one, but which would show you the > > dependencies for an option that was disabled, so you could enable them > > where you needed to. Rather than just hiding the option completely. > > > xconfig has options that show all symbols. I use that most of the time, > but I bet that most people do not. > GUI tools have means of presenting this, menuconfig and oldconfig have harder time... -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe platform-driver-x86" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
