From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Zhang, Roy Fan" Subject: Re: [PATCH 3/3] port: code clean-up Date: Fri, 1 Apr 2016 15:04:32 +0100 Message-ID: <56FE7FF0.9040600@intel.com> References: <1459518117-23944-1-git-send-email-roy.fan.zhang@intel.com> <1459518117-23944-4-git-send-email-roy.fan.zhang@intel.com> <2420426.ojDceOkhvu@xps13> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: dev@dpdk.org To: Thomas Monjalon Return-path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id C03A12BA6 for ; Fri, 1 Apr 2016 16:06:04 +0200 (CEST) In-Reply-To: <2420426.ojDceOkhvu@xps13> 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 Thomas, The reason for removing RTE_NEXT_ABI here is caused by sink port, which is not wrapped by RTE_NEXT_ABI macro. If the user disable RTE_NEXT_ABI but enable RTE_PORT_PCAP, the original code will cause the compile error as pcap library is missing. Regards, Fan On 01/04/2016 14:56, Thomas Monjalon wrote: > 2016-04-01 14:41, Fan Zhang: >> --- a/mk/rte.app.mk >> +++ b/mk/rte.app.mk >> @@ -92,9 +92,7 @@ endif >> ifeq ($(CONFIG_RTE_LIBRTE_VHOST_USER),n) >> _LDLIBS-$(CONFIG_RTE_LIBRTE_VHOST) += -lfuse >> endif >> -ifeq ($(CONFIG_RTE_NEXT_ABI),y) >> _LDLIBS-$(CONFIG_RTE_PORT_PCAP) += -lpcap >> -endif > Why removing NEXT_ABI here? > The pcap port cannot work without it because of > > +#ifdef RTE_NEXT_ABI > + > + /** The full path of the pcap file to read packets from */ > + char *file_name; > + /** The number of bytes to be read from each packet in the > + * pcap file. If this value is 0, the whole packet is read; > + * if it is bigger than packet size, the generated packets > + * will contain the whole packet */ > + uint32_t n_bytes_per_pkt; > + > +#endif >