+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 <[email protected]> wrote: > > +1 > > On May 6, 2017 4:58 AM, "Even Rouault" <[email protected] > <mailto:[email protected]>> 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 > [email protected] <mailto:[email protected]> > https://lists.osgeo.org/mailman/listinfo/gdal-dev > <https://lists.osgeo.org/mailman/listinfo/gdal-dev> > _______________________________________________ > gdal-dev mailing list > [email protected] > https://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________ gdal-dev mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/gdal-dev
