From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f46.google.com (mail-wm0-f46.google.com [74.125.82.46]) by dpdk.org (Postfix) with ESMTP id 3031395D3 for ; Fri, 12 Feb 2016 18:15:20 +0100 (CET) Received: by mail-wm0-f46.google.com with SMTP id c200so30158156wme.0 for ; Fri, 12 Feb 2016 09:15:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:organization:user-agent :in-reply-to:references:mime-version:content-transfer-encoding :content-type; bh=sr0ycgrM/PhKCPAIEwfHR5SBti7678Mkuy7mWWp5ILk=; b=xKFukAFlqN41jk6PxrKAjlFZOcLJ0xHDlgOcJCZF97Cnf2GdX80V5UoLLFVTg4jvDv Mnitmf2IbV/tg3iVO7bf8i0NXdcxiAvsu2HAO63HLsoK79EXiM/NJrd9aOoFwiM1BeVA GeCmFccY7+y+ySHUwee1tL8Rp5DhAY4Jgz1SQPCJl89EheLTq1dSNsJ0mvxlszbZDvFs 3UF4B2Sz2UaveaOAA3dPiPkxZ4HLWhc6VCs9EVrh092UiPu/opSK8bWmmEZjRePNIgDu 5WXN/rBOTER8ZNR6bzleQN5S60IBPeX97wM6rfT9TsDzr8d2dmbCMGAqtjoQB56WUPdN cATg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type; bh=sr0ycgrM/PhKCPAIEwfHR5SBti7678Mkuy7mWWp5ILk=; b=MmS+UcRbYT7U7/1pOPuefTtpRHM+EtcIr7cp1+v2u27QHKXCDSgaCVxclew9cxCDbV mankuu8kwXIcYuzKLuP2qELwxyHb66dGChQ63g+LEUg57ieLBSBFMXpvhBU6SbH97LWS kHcmb6Vky51uwGsPIGubWTkPq/vJKUnZhts5Zuzwc90EBSdNttNHlo22+ub7JA88qTWP thWZbSVCHUhWw9ujO5GW5eYPtmJQC6YkDRkG6kRZBmuGpsbwAv83MVH3rYQV2GSJPqV6 o+HrX5kzWgBGFGYR5WjT7y8rcrv28G+qfw/CJYbQLuik5p0Oc14RgjHIYq0q7RXEfL0l W8qQ== X-Gm-Message-State: AG10YORmL3DRA1JRybf6uYTqGPe+yTwWWopIt+NHFh2WvQ6BIB64PghoZvbyJnhHT0XbRSUk X-Received: by 10.28.68.86 with SMTP id r83mr5788021wma.73.1455297319988; Fri, 12 Feb 2016 09:15:19 -0800 (PST) Received: from xps13.localnet (136-92-190-109.dsl.ovh.fr. [109.190.92.136]) by smtp.gmail.com with ESMTPSA id xx3sm12893326wjc.32.2016.02.12.09.15.18 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 12 Feb 2016 09:15:19 -0800 (PST) From: Thomas Monjalon To: Ferruh Yigit Date: Fri, 12 Feb 2016 18:13:49 +0100 Message-ID: <10873835.umk2ANPAO0@xps13> Organization: 6WIND User-Agent: KMail/4.14.10 (Linux/4.1.6-1-ARCH; KDE/4.14.11; x86_64; ; ) In-Reply-To: <20160212165932.GA26328@sivlogin002.ir.intel.com> References: <1453991505-15205-1-git-send-email-bernard.iremonger@intel.com> <2635551.TO27lmebJ9@xps13> <20160212165932.GA26328@sivlogin002.ir.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: dev@dpdk.org Subject: Re: [dpdk-dev] [PATCH] config: add default linux configuration X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Feb 2016 17:15:20 -0000 2016-02-12 16:59, Ferruh Yigit: > On Fri, Feb 12, 2016 at 04:04:07PM +0100, Thomas Monjalon wrote: > > 2016-02-12 14:31, Panu Matilainen: > > > On 01/28/2016 04:31 PM, Bernard Iremonger wrote: > > > > add config/defconfig_x86_64-default-linuxapp-gcc file. > > > > > > There was a related discussion back in March, see > > > http://dpdk.org/ml/archives/dev/2015-March/014626.html > > > > > > I intended to go with that and submit patch(es) but the amount of > > > duplication and new files gets mind-numbing when you make them for all > > > existing targets. In other words, this approach doesn't scale. > > > > > > Thomas, I remember seeing a plan to include a configure script in DPDK > > > many times in past months. Do you have something specific in mind, ie > > > actually use autoconf or just a custom hand-written script named > > > "configure" that roughly resembles autoconf configure or...? > > > > A script named "configure" looks fine. > > Bruce introduced the idea of calling "make config" in the script: > > http://dpdk.org/ml/archives/dev/2015-October/026256.html > > Maybe it is a good start to move forward. > > I think we have to choose between a script and a kconfig approach giving > > the menus GUIs as bonus. > > > Another thing kconfig can help is to resolve dependencies, harder to make this with a > script. Currently we already have dependencies, although not complex, and resolved > within makefile. Dependencies are not so well resolved currently. We have internal and external dependencies. The internal ones would be better resolved with kconfig or a script. The external dependencies are often managed by autotools but I'm sure we prefer have a clean script instead of this beast ;) > I believe correct place to solve them is a configuration tool so that makefiles or > source files can be clean. I think a configuration tool/script must help to make a working config. But do you really think we should remove the gatekeepers in Makefiles?