From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752086AbbEKWBc (ORCPT ); Mon, 11 May 2015 18:01:32 -0400 Received: from lb1-smtp-cloud3.xs4all.net ([194.109.24.22]:57358 "EHLO lb1-smtp-cloud3.xs4all.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750889AbbEKWBb (ORCPT ); Mon, 11 May 2015 18:01:31 -0400 Message-ID: <1431381687.2398.119.camel@x220> Subject: Re: [PATCH 2/1] init/Kconfig: Split expert menu into a separate file, init/Kconfig.expert From: Paul Bolle To: Josh Triplett Cc: Ingo Molnar , Andrew Morton , "Paul E. McKenney" , Michal Hocko , Vladimir Davydov , Johannes Weiner , Geert Uytterhoeven , Andy Lutomirski , Bertrand Jacquin , "Luis R. Rodriguez" , Iulia Manda , Pranith Kumar , Clark Williams , Mel Gorman , Randy Dunlap , linux-kernel@vger.kernel.org Date: Tue, 12 May 2015 00:01:27 +0200 In-Reply-To: <20150511214710.GA15791@jtriplet-mobl1> References: <20150511181327.GA1884@jtriplet-mobl1> <20150511202301.GA11897@jtriplet-mobl1> <1431378082.2398.97.camel@x220> <20150511211825.GA12080@jtriplet-mobl1> <1431379948.2398.102.camel@x220> <20150511214710.GA15791@jtriplet-mobl1> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2015-05-11 at 14:47 -0700, Josh Triplett wrote: > On Mon, May 11, 2015 at 11:32:28PM +0200, Paul Bolle wrote: > > Is squashing those two lines worth a new kconfig mechanism? > > In my opinion, yes. If you use the implicit (and error-prone) > menuconfig submenuing, you get a single entry with the '[ ]' and the > submenu. There are currently 272 instances of "menuconfig" in Kconfig > files. How many of those use the subtle trick EXPERT uses? > I'd like to have a less error-prone mechanism for people to use, > with an explicit "endmenu" at the end, and I don't want to leave any > incentive for people to need the more error-prone version. > > I would be tempted to just make "menuconfig" require an endmenu, and > convert all users, but that would almost certainly break many > third-party users of kconfig. So instead, I'm currently extending > "menu" (which already expects "endmenu") to allow the syntax > "menu config SYMBOL", which acts like a combination of "config SYMBOL" > and a menu with "visible if SYMBOL". Bikeshedding (before I'm even convinced of the need of this extension): "menu config" is far too similar to "menuconfig". > Diffstat for the patch I'm testing > right now: > > scripts/kconfig/zconf.y | 18 ++++++++++++++++++ > 1 file changed, 18 insertions(+) > > That seems worthwhile to have a less error-prone menu mechanism. > > (The actual patch would also need to updated zconf.tab.c_shipped.) And some lines in Documentation/kbuild/kconfig-language.txt (speaking from memory). > (Also, the diff you posted would be smaller if you left "config EXPERT" > at the top of init/Kconfig.expert; why the move?) It was a quick hack. I didn't gave the move much thought, to be honest. Thanks, Paul Bolle