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
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
