From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by dpdk.org (Postfix) with ESMTP id 99B5E5683 for ; Wed, 23 Sep 2015 16:54:27 +0200 (CEST) Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga103.fm.intel.com with ESMTP; 23 Sep 2015 07:54:11 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.17,577,1437462000"; d="scan'208";a="650785495" Received: from fmsmsx103.amr.corp.intel.com ([10.18.124.201]) by orsmga003.jf.intel.com with ESMTP; 23 Sep 2015 07:54:10 -0700 Received: from fmsmsx156.amr.corp.intel.com (10.18.116.74) by FMSMSX103.amr.corp.intel.com (10.18.124.201) with Microsoft SMTP Server (TLS) id 14.3.248.2; Wed, 23 Sep 2015 07:54:10 -0700 Received: from fmsmsx107.amr.corp.intel.com ([169.254.6.45]) by fmsmsx156.amr.corp.intel.com ([169.254.13.96]) with mapi id 14.03.0248.002; Wed, 23 Sep 2015 07:54:09 -0700 From: "Arevalo, Mario Alfredo C" To: Olivier MATZ , Panu Matilainen , "dev@dpdk.org" , "nhorman@tuxdriver.com" Thread-Topic: [dpdk-dev] [PATCH 0/7] Add hierarchical support to make install Thread-Index: AQHQ8lE1BnxLnTg/1EOdMB7MoiIMvJ5IkMeAgAAZX4CAAAmPAIAAByoAgAAU1QCAAEpHgIABIHJi Date: Wed, 23 Sep 2015 14:54:08 +0000 Message-ID: <6594B51DBE477C48AAE23675314E6C460F0D977B@fmsmsx107.amr.corp.intel.com> References: <1442608390-12537-1-git-send-email-mario.alfredo.c.arevalo@intel.com> <5600F549.20000@redhat.com> <56010A91.5020607@6wind.com> <56011296.7060502@redhat.com> <56011898.6090207@6wind.com> <56012A12.5030909@redhat.com>,<56016861.6060603@6wind.com> In-Reply-To: <56016861.6060603@6wind.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.3.86.139] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH 0/7] Add hierarchical support to make install 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: Wed, 23 Sep 2015 14:54:28 -0000 Hi,=0A= =0A= Thanks you for your feedback, I=92ll send a version 2 based on last comment= s.=0A= =0A= Thanks,=0A= Mario=0A= =0A= ________________________________________=0A= From: Olivier MATZ [olivier.matz@6wind.com]=0A= Sent: Tuesday, September 22, 2015 7:40 AM=0A= To: Panu Matilainen; Arevalo, Mario Alfredo C; dev@dpdk.org=0A= Subject: Re: [dpdk-dev] [PATCH 0/7] Add hierarchical support to make instal= l=0A= =0A= Hi,=0A= =0A= On 09/22/2015 12:14 PM, Panu Matilainen wrote:=0A= > In my packaging of DPDK I ended up providing both: headers, libraries=0A= > etc in the normal system paths, and then a separate dpdk-sdk directory=0A= > holding the SDK-parts like mk bits and symlinking to the libs and=0A= > headers as needed, so that you can actually point RTE_SDK to that=0A= > dpdk-sdk dir and be able to build apps against the thing.=0A= =0A= Great, it didn't know that.=0A= =0A= >> My question is: do we want to keep the current install behavior for=0A= >> compatibility or not? Should we consider this makefile directive as=0A= >> an API? People may use it, and we should at least ask us it it should=0A= >> follow a sort of API deprecation process like we do for the code.=0A= >> That's why I talked about 2 new commands and deprecate the old one.=0A= >=0A= > I'd be surprised if somebody somewhere isn't relying on the current=0A= > specific behavior, given its explicitly documented and all. Whether it=0A= > needs to stay, and whether it needs to stay as the default ... I=0A= > wouldn't miss it, but its a question for those using and depending on it= =0A= > really.=0A= =0A= Ok. So if nobody else complains, I have no objection to change the=0A= default behavior of "make install" to this which indeed looks more=0A= usual and distribution-friendly. In this case we may remove the=0A= old one, it's probably better than having a H=3D1 option.=0A= =0A= =0A= Regards,=0A= Olivier=0A=