DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=date:from:to:cc:subject:message-id:references:mime-version
         :content-type:content-disposition:in-reply-to:user-agent;
        b=k/I9YkMXS8OdevWHCYoILwj2nbdAMpLIDzw8mUZBT9vwptrn1vBaK03APIe490dDT6
         pjA4hFBXZmOb3iifoZ3FbfjjbfGXfAFmvqjoSPc1fzn2CEQc79QZ+8POmpeDhDC9plZP
         4hgGx1MHJA+jqgsi/3V4HbDilCN6BHByvHnTo=
Date: Wed, 8 Dec 2010 15:52:14 -0800
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Randy Dunlap <randy.dunlap@oracle.com>
Cc: David Woodhouse <dwmw2@infradead.org>,
        Corentin Chary <corentin.chary@gmail.com>, sedat.dilek@gmail.com,
        Matthew Garrett <mjg@redhat.com>, LKML <linux-kernel@vger.kernel.org>,
        platform-driver-x86@vger.kernel.org,
        Stephen Rothwell <sfr@canb.auug.org.au>
Subject: Re: linux-next: Tree for December 8
 (drivers/platform/x86/Kconfig:422:error: recursive dependency detected!)
Message-ID: <20101208235214.GC15294@core.coreip.homeip.net>
References: <AANLkTim3FJjVpbjM10kJJhXbONpvGSGQFE+mfGX9pAS6@mail.gmail.com>
 <AANLkTimjVY-6OwRfFUzUbmyacM81M35wf5qDWqAouUYb@mail.gmail.com>
 <1291801990.5992.105.camel@i7.infradead.org>
 <20101208174603.GA7107@core.coreip.homeip.net>
 <20101208135105.a8482d46.randy.dunlap@oracle.com>
 <1291849721.5992.145.camel@i7.infradead.org>
 <20101208153428.93c95c54.randy.dunlap@oracle.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20101208153428.93c95c54.randy.dunlap@oracle.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1443
Lines: 35

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 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/