Re: Make SPI_prepare argtypes argument const

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter(at)eisentraut(dot)org>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Make SPI_prepare argtypes argument const
Date: 2026-06-11 18:57:01
Message-ID: 1553477.1781204221@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut <peter(at)eisentraut(dot)org> writes:
> On 11.06.26 14:56, Tom Lane wrote:
>> We've discussed that before, and held off because we weren't entirely
>> sure if anyone would complain that it is an API/ABI break. I think
>> it's quite likely that the libabigail buildfarm machines will say
>> it is, but is there any actual consequence?

> I don't think we are tracking ABI compatibility in unreleased branches?

True, it shouldn't really matter given we force people to recompile
extensions for new major versions. SPI is an interface we expect
to hold stable across versions, but I can't see a reason that this
change would force extension source-code changes.

>> Also, if we are going to use const in SPI, there are more parameters
>> besides the datatype OIDs that could stand to be const-ified, eg
>> the various Datum/isnull arrays.

> Those were already done, except that there were two curious stragglers,
> which I've added another patch to fix.

OK, no further concerns.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Previous Message Masahiko Sawada 2026-06-11 18:48:46 Re: [PATCH] REPLICA IDENTITY USING INDEX accepts column with invalid NOT NULL