lkml.org 
[lkml]   [2008]   [Apr]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: Kconfig 'depend' vs. 'select'
From
From: Arjan van de Ven <arjan@infradead.org>
Date: Sun, 27 Apr 2008 21:58:40 -0700

> how far would "if you DEPENDS on FOO, and FOO is =m, you can only be
> =m or =n" get us? or are there hidden traps on this? (the hard
> case is if a non-tristate DEPENDS on a tristate, but... that's a
> trap anyway)

We want to avoid the problem of users having to sift through the dependency
chain just to figure something like that out.

It's rediculious to require a user to know if the obscure LEDS
subsystem is already set modular or not, for some unrelated reason, in
order to figure out how to build the wireless driver they want
statically into the kernel.

The whole idea behind my suggestion is that the user doesn't have
to know any of this implementation crap. They just say "I want
wireless, and I want wireless driver X built statically into my
kernel, I don't care how you do it."


\
 
 \ /
  Last update: 2008-04-28 08:43    [W:0.043 / U:2.572 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site