]> granicus.if.org Git - postgresql/commit
In type_sanity, check I/O functions of built-in types are not volatile.
authorTom Lane <tgl@sss.pgh.pa.us>
Thu, 23 Oct 2014 19:59:40 +0000 (15:59 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Thu, 23 Oct 2014 19:59:40 +0000 (15:59 -0400)
commit43ac12c6e6e397fd9142ed908447eba32d3785b2
tree1962e1f098c890ce0ad8796217d71d5ef4746398
parentb34d6f03dbb34027ee0ee6f1c1887ae30ec7b07d
In type_sanity, check I/O functions of built-in types are not volatile.

We have a project policy that I/O functions must not be volatile, as per
commit aab353a60b95aadc00f81da0c6d99bde696c4b75, but we weren't doing
anything to enforce that.  In most usage the marking of the function
doesn't matter as long as its behavior is sane --- but I/O casts can
expose the marking as user-visible behavior, as per today's complaint
from Joe Van Dyk about contrib/ltree.

This test as such will only protect us against future errors in built-in
data types.  To catch the same error in contrib or third-party types,
perhaps we should make CREATE TYPE complain?  But that's a separate
issue from enforcing the policy for built-in types.
src/test/regress/expected/type_sanity.out
src/test/regress/sql/type_sanity.sql