From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 12299997 for ; Tue, 2 Aug 2016 08:44:09 +0000 (UTC) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id D80D216E for ; Tue, 2 Aug 2016 08:44:07 +0000 (UTC) Date: Tue, 2 Aug 2016 01:43:58 -0700 From: Josh Triplett To: Alexandre Belloni Message-ID: <20160802084358.yrlfb6jbpqdx6dx5@x> References: <0e76826b-6552-e880-42fc-17be0c5bf3fe@infradead.org> <20160802050232.nzgtuijqw46qopyr@x> <20160802084109.GC13682@piout.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160802084109.GC13682@piout.net> Cc: Michal Marek , "ksummit-discuss@lists.linuxfoundation.org" , Arjan van de Ven , Ingo Molnar , Jiri Olsa , Linus Torvalds , "Yann E. MORIN" Subject: Re: [Ksummit-discuss] [TECH TOPIC] tools/Makefile: Fix Many Many problems and inconsistencies List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Tue, Aug 02, 2016 at 10:41:09AM +0200, Alexandre Belloni wrote: > On 01/08/2016 at 22:02:33 -0700, Josh Triplett wrote : > > A higher-level item that I think would make a good topic: extracting > > Kconfig into a library usable outside the kernel. Several other > > projects use a copied and hacked-up version of Kconfig. I'd love to see > > it more widely used as a build-time configuration system for more > > projects, but not by forking it out of the kernel each time. I've heard > > kbuild/kconfig maintainers mention that they're interested in seeing > > this done, but don't have the bandwidth to do it. > > > > The thing that makes this a topic, rather than just a thing someone > > needs to just do and submit a patch for, is determining the necessary > > requirements from both the kernel and other projects, so that Kconfig > > doesn't depend on the kernel but that the kernel build system doesn't > > get any more complex to support that. > > Well, what about http://ymorin.is-a-geek.org/projects/kconfig-frontends > by the Kconfig maintainer? Last updated in 2013, and not directly used by Linux, so it's still effectively a fork, just an attempt to maintain *one* fork instead of several.