From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH] reserve 'make install' for future use Date: Fri, 27 Nov 2015 18:33:25 +0100 Message-ID: <3475702.r5OlE1Gpee@xps13> References: <1446805454-17776-1-git-send-email-bruce.richardson@intel.com> <20151124165426.GA18656@bricha3-MOBL3> <565575F3.2000304@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: dev@dpdk.org To: Panu Matilainen , Bruce Richardson Return-path: Received: from mail-wm0-f49.google.com (mail-wm0-f49.google.com [74.125.82.49]) by dpdk.org (Postfix) with ESMTP id 842E45683 for ; Fri, 27 Nov 2015 18:34:45 +0100 (CET) Received: by wmuu63 with SMTP id u63so63134664wmu.0 for ; Fri, 27 Nov 2015 09:34:45 -0800 (PST) In-Reply-To: <565575F3.2000304@redhat.com> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 2015-11-25 10:48, Panu Matilainen: > On 11/24/2015 06:54 PM, Bruce Richardson wrote: > > On Fri, Nov 06, 2015 at 02:04:54PM +0100, Thomas Monjalon wrote: > >> 2015-11-06 12:57, Bruce Richardson: > >>> So, any thoughts or comments on this? There has been lots of discussion in this > >>> general area but nothing yet going into the release to try and improve the situation. > >>> > >>> Are we just going to kick the problem down the road to the 2.3 release? > >> > >> I plan to check these patches in the coming days for an integration in 2.2. > >> > > Anything further on this? > > Any thoughts from anyone else about this whole area of a saner build/install > > system for DPDK and the various patches floating around. > > Well, it seems we wont have a sane "make install" in 2.2 yet, but this > is at least a step in the right direction so +1 from me. Why is it a step in the right direction? We just need to install the files in a different hierarchy and adapt the makefiles to be able to compile an application while keeping the RTE_SDK variable to specify the root directory (previously built thanks to DESTDIR). As the hierarchy could be tuned, we need more variables, e.g.: DPDK_INC_DIR (default = RTE_SDK/include/dpdk) DPDK_LIB_DIR (default = RTE_SDK/lib) While doing it, we can have a specific handling of T= to keep compatibility with the current (old) syntax. What have I missed?