Well, I'm glad it's not just me. I was getting worried there for a while...
On Thu, May 16, 2019 at 8:02 AM Richard Duivenvoorde <rdmaili...@duif.net>
wrote:
> 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
--
<http://www.omnisci.com/>
Simon Eves
Senior Graphics Engineer, Rendering Group
OmniSci, 1 Front St. #2650, San Francisco, CA 94111, USA
Email: simon.e...@omnisci.com | Cell: 415.902.1996
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
