From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755610Ab3IMJcW (ORCPT ); Fri, 13 Sep 2013 05:32:22 -0400 Received: from mail-vc0-f179.google.com ([209.85.220.179]:62298 "EHLO mail-vc0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753123Ab3IMJcU (ORCPT ); Fri, 13 Sep 2013 05:32:20 -0400 MIME-Version: 1.0 In-Reply-To: <20130913050927.GA8634@gmail.com> References: <20130912184341.GA11400@ghostprotocols.net> <52321CE4.1080804@gmail.com> <20130912201855.GC32644@gmail.com> <20130912203831.GD11400@ghostprotocols.net> <20130912204618.GA3262@gmail.com> <52322D81.5090708@gmail.com> <20130912211846.GA7890@gmail.com> <52323BE4.5080100@gmail.com> <20130913050927.GA8634@gmail.com> Date: Fri, 13 Sep 2013 11:32:19 +0200 Message-ID: Subject: Re: [GIT PULL] perf fixes From: Jean Pihet To: Ingo Molnar Cc: David Ahern , Arnaldo Carvalho de Melo , Linus Torvalds , Linux Kernel Mailing List , Peter Zijlstra , Thomas Gleixner , Andrew Morton 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 Hi, On 13 September 2013 07:09, Ingo Molnar wrote: > > * David Ahern wrote: > >> > By default a simple 'make' should build perf to the maximum extent >> > possible, with no other input required from the user - with warnings >> > displayed as package install suggestions. >> >> By default there is no config. Autoprobing generates a first one or a >> user can specify a defconfig. > > This could work if there's not two but three states for individual > features: > > - autoprobe > - on > - off > > and if autoprobe, if a system feature has been probed successfully, > automatically turned 'autoprobe' entries into 'on'. > > That would give us the best of all worlds - autodetection, configurability > and caching: > > - initial user types 'make' and gets a .config that has almost all > entries 'on', a few 'autoprobe'. > > - once the user installs a dependency, the corresponding .config entry > turns into 'on'. > > - the regular user or developers would have libraries that turn all > entries in the .config to 'on'. > > - if a user is genuinely uninterested in a feature, he can mark it 'off', > which would then stay off permanently. This could also be used by > embedded/specialized builds. > > - other specialized users, like distro builds, could use a .config with > all entries 'on' and could enforce the presence of all dependencies for > a successful build. [We could add 'make allyesconfig' to help that.] Is there a way to detect the presence of a dependency and _also_ check its version? Some new features are depending on a recent version of a library, e.g. dwarf unwinding depends on libunwind >= 1.1 (cf. http://www.spinics.net/lists/kernel/msg1598951.html). Thanks, Jean > > Thanks, > > Ingo > -- > 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/