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 BB5955A76 for ; Mon, 9 Mar 2015 17:44:12 +0100 (CET) Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga103.fm.intel.com with ESMTP; 09 Mar 2015 09:38:49 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.11,368,1422950400"; d="scan'208,217";a="538174122" Received: from irsmsx101.ger.corp.intel.com ([163.33.3.153]) by orsmga003.jf.intel.com with ESMTP; 09 Mar 2015 09:43:41 -0700 Received: from irsmsx105.ger.corp.intel.com ([169.254.7.117]) by IRSMSX101.ger.corp.intel.com ([163.33.3.153]) with mapi id 14.03.0195.001; Mon, 9 Mar 2015 16:44:07 +0000 From: "Kavanagh, Mark B" To: "dev@dpdk.org" Thread-Topic: rte_memcpy.h: additional cflags required with OVS Thread-Index: AdBah3Gj040QJ0mYRHia+o7JqLV4Xg== Date: Mon, 9 Mar 2015 16:44:06 +0000 Message-ID: Accept-Language: en-IE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [163.33.239.181] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-dev] rte_memcpy.h: additional cflags required with OVS 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: Mon, 09 Mar 2015 16:44:13 -0000 Hi, Compilation of Open vSwitch fails when linked against current HEAD of DPDK = (f2552cd5). The source of this issue appears to be commit ID 9144d6b: "eal/x86: optimiz= e memcpy for SSE and AVX", and can be resolved by passing an additional arg= ument to OVS when building same (CFLAGS=3D"-march=3Dnative"). It seems that without this flag, OVS doesn't pick up one or more SSE #defin= es in DPDK, and doesn't include a relevant intrinsic header (emmintrin.h), = leading to an 'implicit declaration' error for instrinsic '_mm_storeu_si128= '. Has anyone else observed this behavior? Thanks, Mark