Re: Potential ABI breakage in upcoming minor releases

From: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
To: Noah Misch <noah(at)leadboat(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Christoph Berg <myon(at)debian(dot)org>, Pavan Deolasee <pavan(dot)deolasee(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Potential ABI breakage in upcoming minor releases
Date: 2024-11-15 11:31:05
Message-ID: 202411151131.stkki3bzplzv@alvherre.pgsql
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2024-Nov-14, Noah Misch wrote:

> I'm hearing the only confirmed impact on non-assert builds is the need to
> recompile timescaledb. (It's unknown whether recompiling will suffice for
> timescaledb. For assert builds, six PGXN extensions need recompilation.) I
> don't see us issuing another set of back branch releases for the purpose of
> making a v16.4-built timescaledb avoid a rebuild. The target audience would
> be someone who can get a new PostgreSQL build but can't get a new timescaledb
> build. That feels like a small audience. What's missing in that analysis?

I agree with your conclusion that no rewrap is needed. I previously
said otherwise, based on claims that there were multiple extensions
causing crashes. If the one crash we know about is because timescaledb
is using an unusual coding pattern, they can fix that more easily than
we can.

--
Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/
"Los dioses no protegen a los insensatos. Éstos reciben protección de
otros insensatos mejor dotados" (Luis Wu, Mundo Anillo)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Marco Slot 2024-11-15 11:50:35 Re: Potential ABI breakage in upcoming minor releases
Previous Message Shlok Kyal 2024-11-15 11:14:51 Re: Disallow UPDATE/DELETE on table with unpublished generated column as REPLICA IDENTITY