Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758931Ab0GPSyG (ORCPT ); Fri, 16 Jul 2010 14:54:06 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:45728 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756269Ab0GPSyC (ORCPT ); Fri, 16 Jul 2010 14:54:02 -0400 MIME-Version: 1.0 In-Reply-To: References: <20100713230352.6781.18644.stgit@angua> <1279296221.17878.66.camel@e102109-lin.cambridge.arm.com> <20100716183028.GB26854@n2100.arm.linux.org.uk> Date: Fri, 16 Jul 2010 11:46:17 -0700 Message-ID: Subject: Re: [RFC PATCH] Kconfig: Enable Kconfig fragments to be used for defconfig From: Linus Torvalds To: Nicolas Pitre Cc: Russell King - ARM Linux , Grant Likely , Catalin Marinas , linuxppc-dev@lists.ozlabs.org, Benjamin Herrenschmidt , linux-kbuild@vger.kernel.org, lkml , linux-arm-kernel@lists.infradead.org, Tony Lindgren , Daniel Walker , =?ISO-8859-1?Q?Uwe_Kleine=2DK=F6nig?= , Stephen Rothwell Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1041 Lines: 26 On Fri, Jul 16, 2010 at 11:40 AM, Nicolas Pitre wrote: > > DOH. Well, it's possible that the correct approach is a mixture. Automatically do the trivial cases (recursive selects, dependencies that are simple or of the form "x && y" etc), and warn about the cases that aren't trivial (where "not trivial" may not necessarily be about fundamentally ambiguous ones, but just "complex enough that I won't even try"). Maybe a full "solver" is unnecessary, for example, but just a simple "automatically enable the direct dependencies and scream when it's not simple any more" would take care of 99% of the common cases, and then warn when it needs some manual help. So it's not a strict "one or the other" issue. The solution could be "some of both". Linus -- 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/