Opened 9 years ago

Closed 8 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 Changed 9 years ago by Bborie Park

Resolution: fixed
Status: newclosed

Fixed in r8100. I moved the postgis_gdal_version function from raster to postgis.

comment:2 Changed 9 years ago by bnordgren

Priority: mediumblocker
Resolution: fixed
Status: closedreopened

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 Changed 9 years ago by strk

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.

comment:4 Changed 8 years ago by strk

Resolution: fixed
Status: reopenedclosed

r8101 fixed this properly

Note: See TracTickets for help on using tickets.