[gdal-dev] gdal trunk compatibility

[Even Rouault]

Le mardi 16 décembre 2014 11:06:14, Vincent Schut a écrit :
> Folks,
> 
> I'd like to use gdal-trunk (e.g. 2.0) for all the new features and
> improvements, but I wonder about its compatibility with other software.
> Is gdal 2.0 supposed to work transparently with libraries/programs that
> used to link against gdal 1.11, e.g. qgis, postgis, etc.?

Vincent,

They mostly work unmodified, although you could run into a few problems if 
opening a dataset with curve geometries in QGIS for example (but there be some 
work to use OGR curve geometries in QGIS soon)

> 
> 
> Reason I ask is I get a configure error with postgis trying to find gdal:
> 
> RASTER: Raster support requested
> checking for gdal-config... /usr/local/bin/gdal-config
> checking GDAL version... 2.0.0
> checking for OGR enabled... yes
> checking gdal.h usability... yes
> checking gdal.h presence... yes
> checking for gdal.h... yes
> checking ogr_api.h usability... yes
> checking ogr_api.h presence... yes
> checking for ogr_api.h... yes
> checking cpl_conv.h usability... yes
> checking cpl_conv.h presence... yes
> checking for cpl_conv.h... yes
> checking for library containing GDALAllRegister... no
> configure: error: could not find GDAL
> 
> the last line ("checking for library containing GDALAllRegister...")
> takes a long time and then fails...

I know PostGIS has a continuous testing system tracking GDAL trunk, so I'd say 
the issue is more on your side. GDALAllRegister is definitely a symbol that 
still exists in GDAL 2.0dev

http://debbie.postgis.net:8080/job/GDAL_PostGIS_Regress/2074/consoleFull

Even

> 
> Thanks,
> Vincent.
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com