fix premature memory free in RASTER_getBandPath (ST_BandPath)

git-svn-id: http://svn.osgeo.org/postgis/trunk@12631 b70326c6-7e19-0410-871a-916f4a2858ee
#2770 Document new ST_MemSize for raster and #2769 name change for geometry (ST_MEm_Size to ST_MemSize)

git-svn-id: http://svn.osgeo.org/postgis/trunk@12634 b70326c6-7e19-0410-871a-916f4a2858ee
Typo

git-svn-id: http://svn.osgeo.org/postgis/trunk@12635 b70326c6-7e19-0410-871a-916f4a2858ee
Subtract size of offdb raster paths in test for ST_MemSize

Doing so should make the resulting size equal on all systems,
fixing the travis builds:
https://travis-ci.org/postgis/postgis#L2373-L2380

git-svn-id: http://svn.osgeo.org/postgis/trunk@12636 b70326c6-7e19-0410-871a-916f4a2858ee
Fix ST_MemSize test query with PostgreSQL 9.1

See https://travis-ci.org/postgis/postgis/builds/28204298#L2377

git-svn-id: http://svn.osgeo.org/postgis/trunk@12637 b70326c6-7e19-0410-871a-916f4a2858ee
Disable ST_MemSize test for outdb rasters

I don't seem to be able to get a static memory size for them, so
for now the test is disabled (but the problem remains)

git-svn-id: http://svn.osgeo.org/postgis/trunk@12638 b70326c6-7e19-0410-871a-916f4a2858ee
add comments for out-db raster in regress tests

git-svn-id: http://svn.osgeo.org/postgis/trunk@12639 b70326c6-7e19-0410-871a-916f4a2858ee
Force load of target shared object before major version check

The load tries to ensure it's the load of the _old_ library that fails,
rather than the one of the _new_ library.

A failed load of the old library would make major version check resort
to call the postgis_scripts_installed() which would contain the correct
version since version 1.1.0 up. Load of the old library should only fail
when the old library is 2.1.0 up so there's no problem there.

NOTE: Failure of loading the _new_ library could still happen if the upgrade
script is loaded in a session in which the _old_ library was used already.
This is not something we can fix as there's no "unload" command in PostgreSQL.

Closes #2382

git-svn-id: http://svn.osgeo.org/postgis/trunk@12641 b70326c6-7e19-0410-871a-916f4a2858ee
Revert r12350 as it didn't fix #2382

Upgrades between 2.1 and 2.2 were fixed by r12641 and refraining
from upgrading a GUC in presence of a pre-installed one is not the
right way to deal with the problem (we'd rather want to replace
an old GUC).

See #2755 (thanks vmo)

git-svn-id: http://svn.osgeo.org/postgis/trunk@12642 b70326c6-7e19-0410-871a-916f4a2858ee
#2753 Add ST_IsPlanar (hmm did I forget to put in this ST_MinkowskiSum)

git-svn-id: http://svn.osgeo.org/postgis/trunk@12643 b70326c6-7e19-0410-871a-916f4a2858ee
#2779 put in missing availability information

git-svn-id: http://svn.osgeo.org/postgis/trunk@12644 b70326c6-7e19-0410-871a-916f4a2858ee
Use macro GREP instead of hardcoded


git-svn-id: http://svn.osgeo.org/postgis/trunk@12645 b70326c6-7e19-0410-871a-916f4a2858ee
#2723 failure to build against external json-c 0.12


git-svn-id: http://svn.osgeo.org/postgis/trunk@12647 b70326c6-7e19-0410-871a-916f4a2858ee
#2775 lwline_from_lwmpoint leaks memory



git-svn-id: http://svn.osgeo.org/postgis/trunk@12651 b70326c6-7e19-0410-871a-916f4a2858ee
Report libjson version from postgis_full_version(), closing #2159

git-svn-id: http://svn.osgeo.org/postgis/trunk@12652 b70326c6-7e19-0410-871a-916f4a2858ee
Document minimum required libjson-c version being 0.10

Latest debian stable (wheezy) packages 0.11 already.
See http://trac.osgeo.org/postgis/ticket/2539#comment:6

git-svn-id: http://svn.osgeo.org/postgis/trunk@12653 b70326c6-7e19-0410-871a-916f4a2858ee