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 66E21A0555; Wed, 19 Feb 2020 12:43:50 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 42F561B13C; Wed, 19 Feb 2020 12:43:49 +0100 (CET) Received: from smtp.tuxdriver.com (charlotte.tuxdriver.com [70.61.120.58]) by dpdk.org (Postfix) with ESMTP id 98AC325B3 for ; Wed, 19 Feb 2020 12:43:47 +0100 (CET) Received: from 2606-a000-111b-43ee-0000-0000-0000-1bf2.inf6.spectrum.com ([2606:a000:111b:43ee::1bf2] helo=localhost) by smtp.tuxdriver.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1j4NlL-0003bS-6x; Wed, 19 Feb 2020 06:43:37 -0500 Date: Wed, 19 Feb 2020 06:43:30 -0500 From: Neil Horman To: Thomas Monjalon Cc: Bruce Richardson , ray.kinsella@intel.com, bluca@debian.org, david.marchand@redhat.com, ktraynor@redhat.com, dev@dpdk.org Message-ID: <20200219114330.GB357121@hmswarspite.think-freely.org> References: <44659287.fMDQidcC6G@xps> <20200218094216.GB875@bricha3-MOBL.ger.corp.intel.com> <4488034.BEx9A2HvPv@xps> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4488034.BEx9A2HvPv@xps> X-Spam-Score: -2.9 (--) X-Spam-Status: No Subject: Re: [dpdk-dev] ABI version of experimental libraries 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" On Tue, Feb 18, 2020 at 10:50:09AM +0100, Thomas Monjalon wrote: > 18/02/2020 10:42, Bruce Richardson: > > On Tue, Feb 18, 2020 at 12:15:56AM +0100, Thomas Monjalon wrote: > > > Hi, > > > > > > I would like to remind everybody our mistake when defining ABI versions. > > > It has been "fixed" in this commit: > > > http://git.dpdk.org/dpdk/commit/?id=f26c2b39 > > > > > > Please let's think about the consequence for the experimental libraries. > > > > > > In DPDK 19.11, we use the ABI version 0.200 with soname 0.20 In DPDK > > > 20.02, we use the ABI version 0.2001 with soname 0.201 Numbers are > > > increasing, that's fine. When we'll switch to the new major ABI and use > > > a normal numbering: In DPDK 20.11, we will use the ABI version 0.210 with > > > soname 0.21 Numbers are dropping. > > > > > > In short, for experimental libs, ABI 20.1 > ABI 21.0 > > > > > > Are we OK with this or do we prefer reverting to normal numbering for > > > experimental libraries in DPDK 20.02? > > > > > Personally, I would not be too concerned about the verions of experimental > > libs, so long as they don't conflict across versions and have some > > similarity to the major ABI version for the release. > > You think sorting of the version numbers is not important? > If we don't care comparing experimental version numbers, > then OK, let's drop this patch. But please we need a small vote. > > Note: there would be no problem if we did not vote for having > a special numbering for pure experimental libraries (I am still against). > I don't understand. Why would we change the ABI_VERSION at all in an LTS release at all? This operation is meant to take an an experimental API and mark it as stable by promoting its version number to the next major releases number. As such, in the LTS release, we should keep the soname the same, as there should be no other ABI changes in the promoted API. Neil > >