Re: ABI Compliance Checker GSoC Project - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: ABI Compliance Checker GSoC Project
Date
Msg-id 8720cb48-39c9-4c61-8f1c-ef9d51208b5c@eisentraut.org
Whole thread Raw
In response to Re: ABI Compliance Checker GSoC Project  ("David E. Wheeler" <david@justatheory.com>)
Responses Re: ABI Compliance Checker GSoC Project
Re: ABI Compliance Checker GSoC Project
List pgsql-hackers
On 12.09.25 16:52, David E. Wheeler wrote:
> On Sep 12, 2025, at 10:37, Peter Eisentraut <peter@eisentraut.org> wrote:
> 
>> This was a change that was intentionally backpatched in a different way in order to preserve ABI compatibility.
Comparecommits 344662848ac on REL_18_STABLE and 0b934d3994f on REL_17_STABLE.  So everything is in order. :)
 
> 
> Excellent! But an example like this presumably helps make Tom’s case that each branch could have a file that suggests
whichcommit to use as the base for comparison, so that in this example it could be set to 344662848ac and the failures
wouldgo away. As it is, they will persist until a new tag is added or one overrides the base in the build farm client
config.

I don't think we need any ABI checking until there is a dot-0 release, 
so I don't agree that a facility like that is needed.  Just compare 
against the previous release tag.




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: plan shape work
Next
From: "Jonathan S. Katz"
Date:
Subject: Re: PostgreSQL 18 GA press release draft