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

From: "David E(dot) Wheeler" <david(at)justatheory(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <bruce(at)momjian(dot)us>, Nathan Bossart <nathandbossart(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org, Andrew Dunstan <andrew(at)dunslane(dot)net>, Mankirat Singh <mankiratsingh1315(at)gmail(dot)com>
Subject: Re: abi-compliance-check failure due to recent changes to pg_{clear,restore}_{attribute,relation}_stats()
Date: 2025-10-31 13:57:14
Message-ID: F5F4FEB7-70DA-4A7D-B825-BEB0B0FAEDA2@justatheory.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Oct 30, 2025, at 16:10, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:

> Said differently, if somebody
> nukes the ABI history file from a back-branch, I think we should
> assume that represents a deliberate decision on the part of the
> project to stop caring about ABI compatibility in that particular
> back-branch, not an error that the build-farm needs to flag.

I was thinking less of old branches than brand new ones.

I’m on board with requiring an ABI history file, and that it’s part of the branch for release process to create one should minimize the chances that someone forgets long enough for an ABI change to go uncaught and released.

Best,

David

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2025-10-31 14:01:06 Re: [PATCH] Fix Korean typo 'checkpoint' in log
Previous Message Bryan Green 2025-10-31 13:31:20 Re: MSVC: Improve warning options set