On Mon, May 2, 2016 at 5:09 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Alexander Korotkov <a.korotkov@postgrespro.ru> writes:
>> On Wed, Jan 20, 2016 at 6:32 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>>> contrib/hstore/hstore--1.3.sql | 12 ++++-----
>>> contrib/intarray/intarray--1.1.sql | 8 +++---
>>> contrib/tsearch2/tsearch2--1.0.sql | 4 +--
>
>> Hmm... Is it correct to change function signatures without extension
>> version bump? pg_upgraded clusters would remain with old version of these
>> functions. Once we have instances with same extension version but with
>> different signatures of its functions, there is no correct way to refer
>> these functions in future. I think we should do the version bump in this
>> case.
>
> It doesn't really matter, though, because there simply isn't any need to
> refer to these functions from SQL. They are only useful as opclass
> support functions.
>
> But this is likely moot anyway, because of the need to bump all the
> contrib modules' versions in order to install parallel-safety labels on
> their functions. (I wonder why that isn't on the open-items list.)
Because it was argued by Noah that this was 9.7 work.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company