From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.9 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1FFA7C433E0 for ; Fri, 15 May 2020 11:19:54 +0000 (UTC) Received: from dpdk.org (dpdk.org [92.243.14.124]) by mail.kernel.org (Postfix) with ESMTP id 97FAF206B6 for ; Fri, 15 May 2020 11:19:53 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=monjalon.net header.i=@monjalon.net header.b="CRdG88AJ"; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="I4W85/m4" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 97FAF206B6 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=monjalon.net Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=dev-bounces@dpdk.org Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id D44D61DA96; Fri, 15 May 2020 13:19:52 +0200 (CEST) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by dpdk.org (Postfix) with ESMTP id 63A171DA7E; Fri, 15 May 2020 13:19:51 +0200 (CEST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 7144E5C0150; Fri, 15 May 2020 07:19:50 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Fri, 15 May 2020 07:19:50 -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= 0iraIMN9QzVPQ0iXIvzyamRVfAzM0/RlRWJtOIvD9+U=; b=CRdG88AJhWy10sx6 K/psh50zZzk0hPKqAfzIfuJ9hmSS2nq5ld/rgyH9JHnRWVwp226PJGPLyxXz0rO+ v8JZoTRH4MlaziCKO3agtft9/xchbv3kcxleu9gssPI5INuaiavXQe8q6aSe3/QZ B/BC+toH+PEKjCnxYW7DAwTz0cDFGqvMRf8bwdWDLR0INV9bPv4D8CN5nvNyt6UQ m/MasxEMc3Zn4SI1mUOsnUGkxF0biuVYjJPxMfPdlPdVFkmidGijK/vSjA/92mrr Z3oljoZdHci7jCu/HsrYIURwl3SnTD9z67sZXmsWjj76osYfgWk1vsIpsx1kJANA pa3Uaw== 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=0iraIMN9QzVPQ0iXIvzyamRVfAzM0/RlRWJtOIvD9 +U=; b=I4W85/m4fFctWC0tl9eB5TJAtCWsjHZQ+ys4MrR8AXteb7NQj+c5wvt0e 56rAc9dzpFXSiKM62BpksV0LTmxpGHifqB2y5duJad0mY9v4EOf84+mYM+UfpjOY 9QSs/rAtxVBMj1rGvdoNzOmC3F6jck+eNyJK0SAGYQJtFSrbWEo0Xj8SiaRNccS7 gCY/3BCNtzx9HsP+2zgpQGFZZFfjo1KfoO2PepoplRFnigJZMuRBu+Bykf+f1nny H0ouwFVs+QikeZSLki0Nz/yreDGP2sJp2yfAPuSABluNvRSXNb6Bv/2vePbLsD/8 grCUIiiD0oJ19NBOhL0W5IUZf9VBQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrleekgdefjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkjghfggfgtgesthfuredttddtvdenucfhrhhomhepvfhhohhmrghs ucfoohhnjhgrlhhonhcuoehthhhomhgrshesmhhonhhjrghlohhnrdhnvghtqeenucggtf frrghtthgvrhhnpedugefgvdefudfftdefgeelgffhueekgfffhfeujedtteeutdejueei iedvffegheenucfkphepjeejrddufeegrddvtdefrddukeegnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhmrghssehmohhnjhgrlhho nhdrnhgvth 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 72DAC306633D; Fri, 15 May 2020 07:19:48 -0400 (EDT) From: Thomas Monjalon To: techboard@dpdk.org Cc: David Marchand , hemant.agrawal@oss.nxp.com, Ray Kinsella , dev@dpdk.org, nhorman@tuxdriver.com Date: Fri, 15 May 2020 13:19:46 +0200 Message-ID: <2199673.OYXXYNVTWy@thomas> In-Reply-To: <15584811.0ZKypZ73Fx@thomas> References: <20200512140100.26803-1-hemant.agrawal@nxp.com> <15584811.0ZKypZ73Fx@thomas> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH v3 01/12] common/dpaax: move internal symbols into INTERNAL section 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" Adding a bit more definitions to better understand. A "stable" library exports at least one symbol in the current stable ABI. Its soname is suffixed with the current ABI version. If the library exports no symbol in the current ABI, but has a symbol in the next ABI, the soname is suffixed also with the current ABI version. A "pure experimental" library exports only experimental symbols. Its soname is suffixed with 0. and the stable ABI version. A "pure internal" library has only internal symbols, or no exported symbols at all, like in most PMDs. Its soname is suffixed with the current ABI version. An "experimental & internal" library exports experimental and internal symbols, but none in current or next stable ABI. We don't have such case yet. I think the original intent was to use the suffix 0.x for libs which export no stable ABI. But it is inconsistent currently. Please read the options below, and give your opinion. Thanks 15/05/2020 11:26, Thomas Monjalon: > Now the question is: what to do in v20.11? > This question will have to be voted in the Technical Board which voted > the "pure experimental" versioning rule. > We have 3 options: > > a) "Pure internal" libs are versioned as "stable" libs, > while "pure experimental" libs have version 0.x. > It looks inconsistent and non-sense. > > b) "Pure internal" libs are versioned as > "pure experimental" libs: version 0.x. > It makes "pure internal" libs version decreasing in 20.11. > > c) Forget about the different versioning scheme, > i.e. increase 0.x versions to x as "stable" libs. > > Of course, I vote for option c.