
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p>Hi Even,</p>

<p>Yes - you are right. Other gdal library dependencies still link to the old version.</p>

<p>I will the trick at <a href="https://trac.osgeo.org/gdal/wiki/BuildingOnUnixGDAL25dev">https://trac.osgeo.org/gdal/wiki/BuildingOnUnixGDAL25dev</a> first, before I try the harder way to recompile all other packages.</p>

<p>Thanks,</p>

<p>Andreas</p>

<p id="reply-intro">On 2019-11-19 14:28, Even Rouault wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">Andreas,<br /><br />

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">So this seems like it links to the old version of proj. Why is using<br />this one if I specified "--with-proj=/usr/local" ?</blockquote>

<br />GDAL build system doesn't use rpath mechanism for linking, so if there are <br />several libproj.so in the path used for linking it will use the first or last <br />one, I never remember :-).<br />Anyway, even if you manage to build, you're bound to run into runtime problems <br />if you intend to link GDAL against PROJ 6 and spatialite built against an <br />older PROJ.<br /><br />So 2 ways:<br />- uninstall the proj development package, and build spatialite against proj6 <br />too<br />- or use the trick at <a href="https://trac.osgeo.org/gdal/wiki/BuildingOnUnixGDAL25dev" target="_blank" rel="noopener noreferrer">https://trac.osgeo.org/gdal/wiki/BuildingOnUnixGDAL25dev</a><br /><br />Even</div>

</blockquote>

<p><br /></p>


</body></html>