From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.droids-corp.org (zoll.droids-corp.org [94.23.50.67]) by dpdk.org (Postfix) with ESMTP id E2FCC31FC for ; Tue, 16 Jan 2018 09:40:03 +0100 (CET) Received: from lfbn-lil-1-110-231.w90-45.abo.wanadoo.fr ([90.45.197.231] helo=droids-corp.org) by mail.droids-corp.org with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ebMmp-0007y9-4X; Tue, 16 Jan 2018 09:40:04 +0100 Received: by droids-corp.org (sSMTP sendmail emulation); Tue, 16 Jan 2018 09:39:58 +0100 Date: Tue, 16 Jan 2018 09:39:58 +0100 From: Olivier Matz To: "Lu, Wenzhuo" Cc: Georgios Katsikas , "dev@dpdk.org" , "Adrien Mazarguil (adrien.mazarguil@6wind.com)" Message-ID: <20180116083958.hk4rtxfoa2y3uydk@platinum> References: <1515790887-64502-1-git-send-email-george.dit@gmail.com> <6A0DE07E22DDAD4C9103DF62FEBC09093B710648@shsmsx102.ccr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6A0DE07E22DDAD4C9103DF62FEBC09093B710648@shsmsx102.ccr.corp.intel.com> User-Agent: NeoMutt/20170113 (1.7.2) Subject: Re: [dpdk-dev] [PATCH 1/3] app/testpmd: Moved cmdline_flow to librte_cmdline X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 08:40:04 -0000 Hi Georgios, On Mon, Jan 15, 2018 at 01:30:35AM +0000, Lu, Wenzhuo wrote: > Hi, > > > -----Original Message----- > > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Georgios Katsikas > > Sent: Saturday, January 13, 2018 5:01 AM > > To: olivier.matz@6wind.com > > Cc: dev@dpdk.org; Georgios Katsikas > > Subject: [dpdk-dev] [PATCH 1/3] app/testpmd: Moved cmdline_flow to > > librte_cmdline > > > > Signed-off-by: Georgios Katsikas > Looks like a good idea to move this code to the lib. > cc Adrien the author of this file, app/test-pmd/cmdline_flow.c. If the command line parsing of rte_flow is something that has some chances to be shared among multiple applications, I agree it makes sense to move it in a library. However, my opinion is that it would be better to have a specific library for it, like librte_flow_cmdline, because I'm not sure that people linking with librte_cmdline always want to pull the rte_flow parsing code.