+1 I’ve been tricked by this several times where I think I have gdal successfully compiled and then go to reproject something only to find out it can’t :-(
Zac > On May 6, 2017, at 10:20 AM, Kurt Schwehr <schw...@gmail.com> wrote: > > +1 > > On May 6, 2017 4:58 AM, "Even Rouault" <even.roua...@spatialys.com > <mailto:even.roua...@spatialys.com>> wrote: > Hi, > > Currently the default mode of linking GDAL with proj.4 is to use dynamic > loading mechanism (dlopen on Unix, LoadLibary on Windows). I believe the > reason for that was that it could have make it easier to use an alternate > projection engine, but apparently nobody cared enough to plug a new one, and > it could be done with standard linking. One downside of the current mechanism > (besides code complication) is that it requires to list the exact library > name of proj4 in GDAL source code, which can change depending on the soname > of proj4. And this can cause subtle issues like > https://trac.osgeo.org/gdal/ticket/6881 > <https://trac.osgeo.org/gdal/ticket/6881> > > So I'd suggest just keeping standard linking mechanism, and renaming the > current --with-static-proj4 configure flag as --with-proj4, as the current > name is confusing, and making it the default behaviour. > > Any thoughts ? > > Even > > -- > Spatialys - Geospatial professional services > http://www.spatialys.com <http://www.spatialys.com/> > _______________________________________________ > gdal-dev mailing list > gdal-dev@lists.osgeo.org <mailto:gdal-dev@lists.osgeo.org> > https://lists.osgeo.org/mailman/listinfo/gdal-dev > <https://lists.osgeo.org/mailman/listinfo/gdal-dev> > _______________________________________________ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev