Re: Should the removal of SnapshotNow be in the compatibility warnings for 9.4?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Should the removal of SnapshotNow be in the compatibility warnings for 9.4?
Date: 2014-11-21 23:36:52
Message-ID: 9879.1416613012@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Josh Berkus <josh(at)agliodbs(dot)com> writes:
> ... I think it should.
> It'll break some extensions, so we should warn people about it more
> prominently. Robert's text lower down in the release notes is fine,
> but we should put a more prominent warning at the top with the other
> backwards compatibility breakage.

I don't think so. It's always been the case that the compatibility
warnings section considers only SQL-level incompatibilities, and if you
have C code to maintain you'd better go read the "Source Code" changes.
This isn't even a particularly large or difficult-to-deal-with change,
nor is there any chance that it will get overlooked (since your code won't
compile). So I don't think it deserves more pride of place than similar
issues have gotten in prior cycles.

As examples, consider these 9.3 "Source Code" items:

* Remove typedefs for int2/int4 as they are better represented as
int16/int32 (Peter Eisentraut)

* Use a 64-bit integer to represent WAL positions (XLogRecPtr) instead of
two 32-bit integers (Heikki Linnakangas)

Generally, tools that need to read the WAL format will need to be adjusted.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Kouhei Kaigai 2014-11-21 23:55:03 Re: [v9.5] Custom Plan API
Previous Message Peter Geoghegan 2014-11-21 23:20:56 Re: KNN-GiST with recheck