Re: Let's get rid of the separate minor version numbers for shlibs - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Let's get rid of the separate minor version numbers for shlibs
Date
Msg-id 11ac2767-ac84-1da1-7c6e-75e44011e8e2@2ndquadrant.com
Whole thread Raw
In response to Let's get rid of the separate minor version numbers for shlibs  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Let's get rid of the separate minor version numbers for shlibs  (Stephen Frost <sfrost@snowman.net>)
List pgsql-hackers
On 8/15/16 3:06 PM, Tom Lane wrote:
> That would give us an automatic annual change in the minor version.
> If we ever made an incompatible change in a shlib, we could advance
> its SO_MAJOR_VERSION but keep this rule for the minor version (there's
> no law that says we have to reset the minor version when we do that).

Let's look into getting rid of the minor versions altogether.  They
don't serve any technical purpose in most cases.  Library packaging
policies have evolved quite a bit over the years; maybe there is some
guidance there to make this simpler.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Thomas Munro
Date:
Subject: Re: Anyone want to update our Windows timezone map?
Next
From: Tomas Vondra
Date:
Subject: Re: multivariate statistics (v19)