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 3B125A04DB; Tue, 1 Dec 2020 15:05:40 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 82C1AC982; Tue, 1 Dec 2020 15:05:38 +0100 (CET) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) by dpdk.org (Postfix) with ESMTP id 2B3E3C956 for ; Tue, 1 Dec 2020 15:05:37 +0100 (CET) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id B64C15C0267; Tue, 1 Dec 2020 09:05:35 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Tue, 01 Dec 2020 09:05:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=fm2; bh= tMVN+Gwq2kKpbcS4fMrQxtFu6HhlGMBxTf0lexjGDE8=; b=TOsqw0r0JwHKdzLw K3t+JUvaR57gOu7txX7TuDvOjLqNvlt+elzB0MumwtmbkhPLaqkIBI7u1NDZjDjR zx3UJmVDUT/5gFyG2uzkyD9IWX0tTnjm9lEoHT4cMLQbEUIfDeM6HY0rvy6UEtBR bYy3ZotDOWwCCDR5qFmf9/FnYV4uqIT/7sbT0HHqyCzp2LKZvDXrWXkU1UtxINrZ 6raI1eVvlfMHSx0oJB3InXiBPUENHStOa545hD5WjSiacUzKD+3sH2OOkodWleYF IDoa5l6R6z59UaVLu1ZR/CEgtkVopkbMTESJqTpLnixY0BjaofOOgcUmJi4C5594 /PwfbA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=tMVN+Gwq2kKpbcS4fMrQxtFu6HhlGMBxTf0lexjGD E8=; b=U5gBqyCnksmUnNIMSBmTbT+3pdyPMsfztYyqU2of+ZHCU/bjasRCi9N3+ AkvCfQcShY6ZfZbnwZNZpmYvQDB8RVQAWLCsRPjtwhjEBT6fWfBlUVt0cERflxT/ +tU7927hM4pkuM3/AjZdAFssRFrWtDOdAnweFElMdJ19yN5OzJ3WZt0CpSPZFsEt j01Jkidbk1OpXmEerSdKKBDCkZXs7W/+8LIyy/m7OyJixtD2AmfUipYjNdUsqXd+ 5W7cZDaI4q2dwZFTDOwAvsY2LlajNSdpJJWQqDig1diBUmXkl29QQ+dJjvCqPpjN 3ZUGueY+XcIIAvhwlAJYobtmRCh+A== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudeivddgieduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefhvffufffkjghfggfgtgesthhqre dttddtjeenucfhrhhomhepvfhhohhmrghsucfoohhnjhgrlhhonhcuoehthhhomhgrshes mhhonhhjrghlohhnrdhnvghtqeenucggtffrrghtthgvrhhnpeeifefhjefhueetffdvfe duudekvedvjedthfdvleehieeludevudefffejuefhveenucffohhmrghinhepshhouhhr tggvfhhorhhgvgdrnhgvthenucfkphepjeejrddufeegrddvtdefrddukeegnecuvehluh hsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhmrghssehm ohhnjhgrlhhonhdrnhgvth X-ME-Proxy: Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id 40AEB108005C; Tue, 1 Dec 2020 09:05:34 -0500 (EST) From: Thomas Monjalon To: Dmitry Kozlyuk Cc: nick.connolly@mayadata.io, navasile@linux.microsoft.com, dmitrym@microsoft.com, pallavi.kadam@intel.com, talshn@nvidia.com, dev@dpdk.org Date: Tue, 01 Dec 2020 15:05:33 +0100 Message-ID: <7845567.VZ0XykoOHZ@thomas> In-Reply-To: <20201201165236.64b6f97e@sovereign> References: <8094293.VoMytXdBYE@thomas> <20201201165236.64b6f97e@sovereign> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" Subject: Re: [dpdk-dev] build failure with MinGW GCC 10.2 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" 01/12/2020 14:52, Dmitry Kozlyuk: > On Tue, 01 Dec 2020 14:18:53 +0100, Thomas Monjalon wrote: > > Hi, > >=20 > > I'm hitting an issue with x86_64-w64-mingw32-gcc (GCC) 10.2.0: > > lib/librte_eal/windows/eal_memory.c:30:14: error: > > redeclaration of =E2=80=98enum MEM_EXTENDED_PARAMETER_TYPE=E2=80=99 > > and others: > > redeclaration of enumerator =E2=80=98MemExtendedParameterInvalidType= =E2=80=99 > > redeclaration of enumerator =E2=80=98MemExtendedParameterAddressRequir= ements=E2=80=99 > > redeclaration of enumerator =E2=80=98MemExtendedParameterNumaNode=E2= =80=99 > > redeclaration of enumerator =E2=80=98MemExtendedParameterPartitionHand= le=E2=80=99 > > redeclaration of enumerator =E2=80=98MemExtendedParameterUserPhysicalH= andle=E2=80=99 > > redeclaration of enumerator =E2=80=98MemExtendedParameterAttributeFlag= s=E2=80=99 > > redeclaration of enumerator =E2=80=98MemExtendedParameterMax=E2=80=99 > > redefinition of =E2=80=98struct MEM_EXTENDED_PARAMETER=E2=80=99 > > "MEM_EXTENDED_PARAMETER_TYPE_BITS" redefined > >=20 > > I see in the code it should be avoided: > >=20 > > /* MinGW-w64 headers lack VirtualAlloc2() in some distributions. > > * Provide a copy of definitions and code to load it dynamically. > > * Note: definitions are copied verbatim from Microsoft documentation > > * and don't follow DPDK code style. > > * > > * MEM_RESERVE_PLACEHOLDER being defined means VirtualAlloc2() is prese= nt too. > > */ > > #ifndef MEM_PRESERVE_PLACEHOLDER > >=20 > > Does it mean using this flag is not true anymore in recent MinGW? >=20 > I think the #ifndef test is incorrect, maybe MEM_PRESERVE_PLACEHOLDER is = not > a macro in MinGW headers as it is in Windows SDK. >=20 > What's your environment? >=20 > I can't reproduce this with the latest MinGW-w64 8.0.0 for Windows from > https://sourceforge.net/projects/mingw-w64/files/, x86_64-win32-seh flavo= ur > (GCC 8.1.0), and neither with MinGW-w64 6.0.0 (9.3.0) on NixOS. I am using ArchLinux: mingw-w64-gcc 10.2.0-2 mingw-w64-headers 8.0.0-1 mingw-w64-crt 8.0.0-1