[gdal-dev] Building GDAL 3.0.0 with Proj 6.0.0

Richard Duivenvoorde rdmailings at duif.net
Thu May 16 08:02:17 PDT 2019


On 16/05/2019 16.53, joshl wrote:
> Tried doing the LDFLAGS export but got the same errors. My full manual
> ./configure command (just running on command line) that I'm testing (to at
> least get past this error) in the gdal git submodule dir is here:
> 
> *projInstallDir*='/home/loshjawrence/clonesRedo/agi-asset-pipeline/build/ThirdParty/proj.4'
> *gdalInstallDir*='/home/loshjawrence/clonesRedo/agi-asset-pipeline/build/ThirdParty/gdal'
> export LDFLAGS="-L$*projInstallDir*/lib -Wl,-rpath,$*projInstallDir*/lib"
> 
> ./configure \
> --with-proj=$*projInstallDir*/lib \
> --prefix=$*gdalInstallDir*
> 
> James Klassen-2 wrote
>> export LDFLAGS="-L${INSTALL_DIR}/lib -Wl,-rpath,${INSTALL_DIR}/lib"

Hi James,

Not sure if it is comparable with your setup, but I was just able to
compile QGIS with GDAL 3.0.0 with Proj 6.0.0 on Debian testing, by doing
this 'renaming' trick:

https://trac.osgeo.org/gdal/wiki/BuildingOnUnixGDAL25dev

checking if libgdal.so was indeed linked to libinternalproj.

and then ( as Even proposed in
https://lists.osgeo.org/pipermail/qgis-developer/2019-May/057309.html )
using -DCMAKE_CXX_FLAGS=-DPROJ_RENAME_SYMBOLS in the ccmake of QGIS

( but as said, maybe your setup is more complex, and I understand just
half what I'm doing :-) )

Regards,

Richard Duivenvoorde


More information about the gdal-dev mailing list