Re: abi-compliance-check failure due to recent changes to pg_{clear,restore}_{attribute,relation}_stats()

From: Peter Eisentraut <peter(at)eisentraut(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Nathan Bossart <nathandbossart(at)gmail(dot)com>
Cc: "David E(dot) Wheeler" <david(at)justatheory(dot)com>, Mankirat Singh <mankiratsingh1315(at)gmail(dot)com>, pg(at)bowt(dot)ie, andrew(at)dunslane(dot)net, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: abi-compliance-check failure due to recent changes to pg_{clear,restore}_{attribute,relation}_stats()
Date: 2025-10-31 11:02:10
Message-ID: 61bd5c85-aaee-4a73-aba6-5b725eacdf27@eisentraut.org
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 21.10.25 22:13, Tom Lane wrote:
> Nathan Bossart <nathandbossart(at)gmail(dot)com> writes:
>> For the rest of the back-branches, I'm considering starting with a baseline
>> of the latest minor version stamps. While it would be nice to have a
>> comprehensive history of the ABI compatibility for each major version,
>> we've lived this long without it, and I think it's unlikely that we'd act
>> on any breakages that predate the latest release set. Thoughts?
>
> Agreed that building a full list of ABI-changing commits in those
> branches is probably not worth the trouble at this point. (My OCD
> side kind of wants to do it anyway ... but it's hard to argue that
> we'd get real value out of it, or that we'd change anything now
> unless we get complaints.)

What is the reason that this file is supposed to contain the history of
relevant changes, rather than just the last one?

If you want the history, you could look at the git log of the file
itself, no?

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jelte Fennema-Nio 2025-10-31 11:05:44 Re: libpq: Bump protocol version to version 3.2 at least until the first/second beta
Previous Message Vaibhav Dalvi 2025-10-31 10:57:15 [PATCH] Add pg_get_subscription_ddl() function