[gdal-dev] GDAL and proj dll name.
Tamas Szekeres
szekerest at gmail.com
Wed Jan 22 07:48:39 PST 2020
Hi Even,
Thank you, I've not considered to modify the linking behavior of proj.dll
at this stage, but as far as it solves the problem I'm fine with it.
Best regards,
Tamas
Even Rouault <even.rouault at spatialys.com> ezt írta (időpont: 2020. jan.
22., Sze, 15:01):
> Hi Tamas,
>
> > However the GDAL build (like for
> > https://github.com/OSGeo/gdal/blob/v2.4.4/gdal/ogr/ogrct.cpp) still
> using
> > the default proj.dll name which cannot be configured in the opt file.
>
> It can. You need to define -DPROJ_STATIC for that. -DPROJ_STATIC is a bit
> confusing. It didn't mean a static build, but something that was linked at
> build time (either a static or dynamic lib), to be opposed at being loaded
> at
> runtime with LoadLibrary(). That's what you want to use.
>
> # PROJ stuff
> # Uncomment the following lines to link PROJ library statically. Otherwise
> # it will be linked dynamically during runtime.
> # To use the new API of proj5 or later, use
> #PROJ_FLAGS = -DPROJ_STATIC -DPROJ_VERSION=5
> # for proj 4.x:
> #PROJ_FLAGS = -DPROJ_STATIC -DPROJ_VERSION=4
>
> #PROJ_INCLUDE = -Id:\projects\proj.4\src
> #PROJ_LIBRARY = d:\projects\proj.4\src\proj_i.lib
>
> Even
>
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20200122/3dd2ef0d/attachment.html>
More information about the gdal-dev
mailing list