From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.mhcomputing.net (master.mhcomputing.net [74.208.228.170]) by dpdk.org (Postfix) with ESMTP id 419EE37B4 for ; Tue, 29 Mar 2016 23:30:45 +0200 (CEST) Received: by mail.mhcomputing.net (Postfix, from userid 1000) id C39BDA94; Tue, 29 Mar 2016 14:30:44 -0700 (PDT) Date: Tue, 29 Mar 2016 14:30:44 -0700 From: Matthew Hall To: Cliff Burdick Cc: gowrishankar , users@dpdk.org Message-ID: <20160329213044.GA15001@mhcomputing.net> References: <56EE4053.9060306@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [dpdk-users] Difficulty With rte_eal_init() X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2016 21:30:45 -0000 On Tue, Mar 29, 2016 at 02:16:45PM -0700, Cliff Burdick wrote: > Hi Matthew, sorry for the late response. I'm getting compilation errors > when I try to do what you suggested. I should have the same headers > included by the l2fwd example. I'm running g++ 4.8.5. Here are the new > errors and the compilation line: All of those seemed to be referencing _mm_alignr_epi8 which is part of Supplemental Streaming SIMD Extensions 3 (SSSE3). So you have to check GCC man page, docs, and code, to make sure whatever flag required for enabling Supplemental Streaming SIMD Extensions 3 (SSSE3) instructions is present or the intrinsic function implementations (which get stubbed out to the assembly trampoline for the instruction named) will not exist. Personally, the fact that the intrinsics don't come with a default software implementation that raises a compile warning is one of my top hatreds associated with the use of these instructions. I've spent hours on issues like this w/ my DPDK app... Matthew.