Opened 13 years ago
Closed 13 years ago
#1266 closed defect (fixed)
postgis_gdal_version missing
Reported by: | strk | Owned by: | pramsey |
---|---|---|---|
Priority: | blocker | Milestone: | PostGIS 2.0.0 |
Component: | postgis | Version: | master |
Keywords: | Cc: |
Description
My postgis.sql has no postgis_gdal_version function but has a call to it from postgis_full_version.
There's actually no postgis_gdal_version function _at_all_ in the postgis.sql.in.c
I guess it's in the separate sql file (raster) which doesn't sound like a good idea.
I suggest to remove the cross-SQL call but rather implement a postgis_raster_version or similar, fully within the single .sql
Change History (4)
comment:1 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:2 by , 13 years ago
Priority: | medium → blocker |
---|---|
Resolution: | fixed |
Status: | closed → reopened |
NOT FIXED!
r8100 breaks "make check" with
psql:/home/bnordgren/src/postgis/regress/postgis.sql:2239: ERROR: could not access file "/home/bnordgren/src/postgis/regress/00-regress-install/lib/rtpostgis-2.0": No such file or directory
This is with ./configure --with-raster
, make
and make check
The directory listed above has postgis-2.0.so but not rtpostgis-2.0.so. The error comes when make check is executing in the "postgis" subdirectory, and occurs during the initialization of regression testing (e.g., before any tests are run).
comment:3 by , 13 years ago
My suggestion was to go the other way around: drop postgis_gdal_version() calls from posgis.sql and do it all in rtpostgis.sql (postgis_raster_version).
At least until we have two separate shared libraries.
Fixed in r8100. I moved the postgis_gdal_version function from raster to postgis.