Re: Make SPI_prepare argtypes argument const
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Peter Eisentraut <peter@eisentraut.org>
Cc: pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2026-06-11T18:57:01Z
Lists: pgsql-hackers
Peter Eisentraut <peter@eisentraut.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
Commits
-
Make SPI_prepare argtypes argument const
- b1c41398e48c master landed
-
Fixes for SPI "const Datum *" use
- 2fb6015f7874 19 (unreleased) landed
- cd3ad3bc0356 master landed
-
Add support for importing statistics from remote servers.
- 28972b6fc3dc 19 (unreleased) cited