From mboxrd@z Thu Jan 1 00:00:00 1970 From: Olivier MATZ Subject: Re: [PATCH v4 0/7] Add instalation rules for dpdk files. Date: Fri, 16 Oct 2015 21:32:32 +0200 Message-ID: <562150D0.3030006@6wind.com> References: <1442608390-12537-1-git-send-email-mario.alfredo.c.arevalo@intel.com> <1444076406-30141-1-git-send-email-mario.alfredo.c.arevalo@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit To: Mario Carrillo , dev@dpdk.org Return-path: Received: from mail.droids-corp.org (zoll.droids-corp.org [94.23.50.67]) by dpdk.org (Postfix) with ESMTP id 172B78DA7 for ; Fri, 16 Oct 2015 21:32:39 +0200 (CEST) In-Reply-To: <1444076406-30141-1-git-send-email-mario.alfredo.c.arevalo@intel.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" Hi Mario, Few last comments here, please see below. On 10/05/2015 10:19 PM, Mario Carrillo wrote: > DPDK package lacks of a mechanism to install libraries, headers > applications, kernel modules and sdk files to a file system tree. > > This patch set allows to install files according to the next > proposal: > http://www.freedesktop.org/software/systemd/man/file-hierarchy.html > however this patch set does not affect the current dpdk behavior. > > Using rules support is possible to do the next steps: > make config T=TARGET > make > make INSTALL-TARGET Just for sake of clarity: the 2 words TARGET are for different things, right? Maybe it could be replaced by: make config T= make make Thinking a bit more about "make install" current behavior and the new one. Today, I think nobody uses "make install" without T=. Indeed, it is not possible to build all targets (bsd + linux) on the same host. So, it won't break anything to have: make install -> do the same than your "make install-fhs" make install T= -> same than before In the future, to avoid confusion, we could deprecate the "make install T=" or rename it in something else... even remove it if there is an alternative with the new file hierarchy that you are introducing. Last comment, I think the "make help" and some documentation files should be updated to reflect your changes. Thank you for working on this! Regards, Olivier