From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030286AbWGSUu7 (ORCPT ); Wed, 19 Jul 2006 16:50:59 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030306AbWGSUu7 (ORCPT ); Wed, 19 Jul 2006 16:50:59 -0400 Received: from ug-out-1314.google.com ([66.249.92.174]:37462 "EHLO ug-out-1314.google.com") by vger.kernel.org with ESMTP id S1030286AbWGSUu7 (ORCPT ); Wed, 19 Jul 2006 16:50:59 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MTNNBeUDjUbS7xOAZ8INkPQIIqctEWvPDZLDKfCF8SzAdCgaUkYczD8sWTkSPIcEDVcey+SBZMtjjOA/BD5xnS3Uon6O+/jJjGTvbACyhLnEfDis7+IGjWC8auXqYUxEhsvhtznFWs14e2znsBsBeGo7YWp/cwyx5XDOnVW1A3w= Message-ID: Date: Wed, 19 Jul 2006 16:50:56 -0400 From: "Dmitry Torokhov" To: "Valdis.Kletnieks@vt.edu" Subject: Re: Fwd: Using select in boolean dependents of a tristate symbol Cc: "Roman Zippel" , linux-kernel@vger.kernel.org In-Reply-To: <200607192041.k6JKfK6u005519@turing-police.cc.vt.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200607132231.46776.dtor@insightbb.com> <200607192041.k6JKfK6u005519@turing-police.cc.vt.edu> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On 7/19/06, Valdis.Kletnieks@vt.edu wrote: > On Wed, 19 Jul 2006 16:17:38 EDT, Dmitry Torokhov said: > > > Another question for you - what is the best way to describe > > dependancy of a sub-option on a subsystem so you won't end up with the > > subsystem as a module and user built in. Something like > > > > config IBM_ASM > > tristate "Device driver for IBM RSA service processor" > > depends on X86 && PCI && EXPERIMENTAL > > ... > > config IBM_ASM_INPUT > > bool "Support for remote keyboard/mouse" > > depends on IBM_ASM && (INPUT=y || INPUT=IMB_ASM) > > > > But the above feels yucky. Could we have something like: > > > > depends on matching(INPUT, IBM_ASM) > > What feels yucky is the dependency of a 'bool' on a tristate. Does the > ASM_INPUT get used in places where the source file can only be a builtin, > not a module? > In this case ASM_INPUT enables an optional part of a bigger module (IBM_ASM). Sometimes it is done because optional part is too small to be split into a separately loadable module or because it is difficult to implement "attaching" of the optional part at the later time if it is compiled as a module. -- Dmitry