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 62303A04FC; Tue, 2 Jun 2020 12:40:51 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 98AB41BED1; Tue, 2 Jun 2020 12:40:50 +0200 (CEST) Received: from new2-smtp.messagingengine.com (new2-smtp.messagingengine.com [66.111.4.224]) by dpdk.org (Postfix) with ESMTP id F073A1BEC0 for ; Tue, 2 Jun 2020 12:40:48 +0200 (CEST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailnew.nyi.internal (Postfix) with ESMTP id 0F459580347; Tue, 2 Jun 2020 06:40:48 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Tue, 02 Jun 2020 06:40:48 -0400 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=fm1; bh= ACBT8fEdRP6OfLq7OdL3+PxrdAbghY2UZdol1zUkGSo=; b=UnNPS1ULrqMz3+t/ CVg8/xb7efaW1qD7HPBTlVLxnGBylu2r1qbA64OTRD3mBENiz2rRpIhzk/xa764v YsWdZdKyXtPQanz4WBqnuIFEnImIzrhy6qbMN04Gt00SWUq/mS9m5QqXd6+YUH1N oCTFhP+BdtHzatStDex1KA704CfoiNLvb6tYSvvb/pZpxMTCVq2OoIb89rZwGXKP iOkc8Q4Bywbw6tY0dZXlxslv9Pu9VgEOnPn7FbLqFgJpJVLjki+/6oJNo2U7dZ+F q4K9zxdD4k9KKd+cfgDtUpMga4TYODjDxsVl/CbX3cOE1cXR+3maJFEGe5qYqAaf 2lVl9w== 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=fm2; bh=ACBT8fEdRP6OfLq7OdL3+PxrdAbghY2UZdol1zUkG So=; b=voLmpn9UH5LBk1WIFvFw3aoKesHtBwcodwnUhqUd/Uf6O5NOA38q10+Em 1JmbRRfnsIKS8tWnp4pT/cfkURHkk3wJY2YypVplZtkNxUg//TJkmTjOElwKhtwz ilM6mvIgAaut6Jz+zRlH8tYHqIPuHGsDT0TAP0ZMKvJShVuAKpzw+2tL0buQycbG cGaAZL9ih8Cvv3BotlrXjyKAtEvvhqcrVFvBukb8Rm7FJDnBM4r/pzJWtxYJAXKb x9CgMFE1Du5jE5rZLxySGjjFa9qAfMiqciyUc2iQMGehnfr/eo0fIsY/bMTrO7ka JJMY4qCi2ooHeACDBLkgo12jv8MDg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudefjedgvdduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufffkfgjfhgggfgtsehtufertddttddvnecuhfhrohhmpefvhhhomhgr shcuofhonhhjrghlohhnuceothhhohhmrghssehmohhnjhgrlhhonhdrnhgvtheqnecugg ftrfgrthhtvghrnhepudeggfdvfeduffdtfeeglefghfeukefgfffhueejtdetuedtjeeu ieeivdffgeehnecukfhppeejjedrudefgedrvddtfedrudekgeenucevlhhushhtvghruf hiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhomhgrshesmhhonhhjrghl ohhnrdhnvght 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 D705C3280064; Tue, 2 Jun 2020 06:40:45 -0400 (EDT) From: Thomas Monjalon To: Omar Cardona , Neil Horman Cc: Fady Bader , "dev@dpdk.org" , "tbashar@mellanox.com" , "talshn@mellanox.com" , "yohadt@mellanox.com" , "dmitry.kozliuk@gmail.com" , Harini Ramakrishnan , "pallavi.kadam@intel.com" , "ranjit.menon@intel.com" , "olivier.matz@6wind.com" , "arybchenko@solarflare.com" , "mdr@ashroe.eu" Date: Tue, 02 Jun 2020 12:40:44 +0200 Message-ID: <2183772.jD3h1DLmXV@thomas> In-Reply-To: <20200602102722.GA273284@hmswarspite.think-freely.org> References: <20200601103139.8612-1-fady@mellanox.com> <20200602102722.GA273284@hmswarspite.think-freely.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [EXTERNAL] Re: [PATCH v2 1/4] eal: disable function versioning on Windows 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" 02/06/2020 12:27, Neil Horman: > On Mon, Jun 01, 2020 at 09:46:18PM +0000, Omar Cardona wrote: > > >> Do we know if we have future plans of supporting dlls on windows in the future? > > - Hi Neil, yes this is of interest to us (Windows). > > - Specifically to aid in non-disruptive granular servicing/updating. > > - Our primary scenario Userspace VMSwitch is biased towards shared libraries for production servicing > > > Ok, do you have recommendations on how to provide backwards compatibility > between dpdk versions? From what I read the most direct solution would be > per-application dll bundling (which seems to me to defeat the purpose of > creating a dll, but if its the only solution, perhaps thats all we have to work > with). Is there a better solution? > > If not, then I would suggest that, instead of disabling shared libraries on > Windows, as we do below, we allow it, and redefine VERSION_SYMBOL[_EXPERIMENTAL] > to do nothing, and implement BIND_DEFAULT_SYMBOL to act like MAP_STATIC_SYMBOL > by aliasing the supplied symbol name to the provided export name. I think msvc > supports aliasing, correct? We don't use msvc, but clang and MinGW.