]> granicus.if.org Git - postgresql/commit
Remove create_singleton_array(), hard-coding the case in its sole caller.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 3 May 2017 00:41:37 +0000 (20:41 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 3 May 2017 00:41:37 +0000 (20:41 -0400)
commit23c6eb03360d270051bf7dcb289ecb0cd114d29f
treed776860b1c41b1669683ebb4d2b566434793b3e4
parent9209e07605afe0349660447f20d83ef165cdd0ae
Remove create_singleton_array(), hard-coding the case in its sole caller.

create_singleton_array() was not really as useful as we perhaps thought
when we added it.  It had never accreted more than one call site, and is
only saving a dozen lines of code at that one, which is considerably less
bulk than the function itself.  Moreover, because of its insistence on
using the caller's fn_extra cache space, it's arguably a coding hazard.
text_to_array_internal() does not currently use fn_extra in any other way,
but if it did it would be subtly broken, since the conflicting fn_extra
uses could be needed within a single query, in the seldom-tested case that
the field separator varies during the query.  The same objection seems
likely to apply to any other potential caller.

The replacement code is a bit uglier, because it hardwires knowledge of
the storage parameters of type TEXT, but it's not like we haven't got
dozens or hundreds of other places that do the same.  Uglier seems like
a good tradeoff for smaller, faster, and safer.

Per discussion with Neha Khatri.

Discussion: https://postgr.es/m/CAFO0U+_fS5SRhzq6uPG+4fbERhoA9N2+nPrtvaC9mmeWivxbsA@mail.gmail.com
src/backend/utils/adt/array_userfuncs.c
src/backend/utils/adt/varlena.c
src/include/utils/array.h