From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 28327A00C5; Wed, 29 Apr 2020 18:17:27 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id B71271DA54; Wed, 29 Apr 2020 18:17:26 +0200 (CEST) Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by dpdk.org (Postfix) with ESMTP id 63C8F1DA52 for ; Wed, 29 Apr 2020 18:17:25 +0200 (CEST) IronPort-SDR: aWtckmVAfWax+6c96mYlyqMEWlRuAb0lG1YAC1TLUMTMkOXv6o23cwu6eKn46JRjeXra6e0+vm TlJigEtYqYdQ== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Apr 2020 09:17:24 -0700 IronPort-SDR: CsER792Aas/7RIE5j1q9gCGUFskXjcVfdh7UQvN18Lt40DlFlKQOG/pAfjRcyKxFAhm0g/6y0L Cz9KtYa9GE4g== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.73,332,1583222400"; d="scan'208";a="276219043" Received: from fmsmsx107.amr.corp.intel.com ([10.18.124.205]) by orsmga002.jf.intel.com with ESMTP; 29 Apr 2020 09:17:24 -0700 Received: from shsmsx602.ccr.corp.intel.com (10.109.6.142) by fmsmsx107.amr.corp.intel.com (10.18.124.205) with Microsoft SMTP Server (TLS) id 14.3.439.0; Wed, 29 Apr 2020 09:17:24 -0700 Received: from shsmsx603.ccr.corp.intel.com (10.109.6.143) by SHSMSX602.ccr.corp.intel.com (10.109.6.142) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Thu, 30 Apr 2020 00:17:21 +0800 Received: from shsmsx603.ccr.corp.intel.com ([10.109.6.143]) by SHSMSX603.ccr.corp.intel.com ([10.109.6.143]) with mapi id 15.01.1713.004; Thu, 30 Apr 2020 00:17:21 +0800 From: "Wang, Haiyue" To: Kevin Traynor , "dev@dpdk.org" , "Richardson, Bruce" , "Ananyev, Konstantin" , "Stokes, Ian" Thread-Topic: [dpdk-dev] [PATCH v2] eal: ignore alignment warnings for x86 vector Thread-Index: AQHWHfRpMPj8Al1E8ECKIH5FYelLm6iPQa8AgAEFMxA= Date: Wed, 29 Apr 2020 16:17:21 +0000 Message-ID: References: <20200429052624.20742-1-haiyue.wang@intel.com> <20200429064906.11496-1-haiyue.wang@intel.com> <88e5298d-9819-84b8-cfbe-d6822d0f8bc5@redhat.com> In-Reply-To: <88e5298d-9819-84b8-cfbe-d6822d0f8bc5@redhat.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-reaction: no-action dlp-version: 11.2.0.6 x-originating-ip: [10.239.127.36] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH v2] eal: ignore alignment warnings for x86 vector 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: , Errors-To: dev-bounces@dpdk.org Sender: "dev" > -----Original Message----- > From: Kevin Traynor > Sent: Wednesday, April 29, 2020 16:41 > To: Wang, Haiyue ; dev@dpdk.org; Richardson, Bruce= ; > Ananyev, Konstantin ; Stokes, Ian > Subject: Re: [dpdk-dev] [PATCH v2] eal: ignore alignment warnings for x86= vector >=20 > On 29/04/2020 07:49, Haiyue Wang wrote: > > There several alignment warnings when including rte_memcpy header file > > externally like OVS for x86. > > > > Signed-off-by: Haiyue Wang > > --- > > v2: Use __GUNC__ macro to apply for suppressing the warning. > > --- > > lib/librte_eal/x86/include/rte_memcpy.h | 4 ++++ > > 1 file changed, 4 insertions(+) > > > > diff --git a/lib/librte_eal/x86/include/rte_memcpy.h b/lib/librte_eal/x= 86/include/rte_memcpy.h > > index ba44c4a32..d4cfe8dd5 100644 > > --- a/lib/librte_eal/x86/include/rte_memcpy.h > > +++ b/lib/librte_eal/x86/include/rte_memcpy.h > > @@ -22,6 +22,10 @@ > > extern "C" { > > #endif > > > > +#ifdef __GNUC__ > > +#pragma GCC diagnostic ignored "-Wcast-align" > > +#endif > > + >=20 > Hi - have a look at this thread and the comments about a similar topic, > they are relevant here too. > http://inbox.dpdk.org/dev/20200416184549.10747-1-ktraynor@redhat.com/ >=20 This issue happened on GCC 9.3.0 and build DPDK successfully, but compiling the OVS-DPDK has lot of warnings. Do we need to fix this ? > > /** > > * Copy bytes from one location to another. The locations must not ove= rlap. > > * > >