<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,</p>
<p>Hm - setting the LD_LIBRARY_PATH variable also didn't help. ldd still says that it links to the old proj.</p>
<p>Still the same error message.</p>
<p>I did a "make clean" to make sure no old stuff is around from previous attempts. Do I really have to purge the old proj version? Then several other of the packages on my machine would fail to work ...</p>
<p>Andreas</p>
<p id="reply-intro">On 2019-11-19 14:15, Andreas Neumann wrote:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">
<div id="replybody1">
<div style="font-size: 10pt; font-family: Verdana,Geneva,sans-serif;">
<p>Hi,</p>
<p>Thanks for your reply.</p>
<p>Here is the output of configure:</p>
<p>--------------</p>
<p><span><a href="#NOP">user@machine</a>:~/dev/gdal-3.0.2$ ./configure --with-python=python3 --with-proj=/usr/local --with-pg=yes --with-spatialite=yes | grep proj <br />/bin/bash: ./config.rpath: No such file or directory <br />checking for PROJ >= 6 library... checking for proj_create_from_wkt in -lproj... yes <br />configure: proj.h found <br />config.status: WARNING: 'GDALmake.opt.in' seems to ignore the --datarootdir setting<br /></span></p>
<p><span>----------</span></p>
<p><span>And here the output of ldd:</span></p>
<p><span>----------</span></p>
<p><span>user@machine:~/dev/gdal-3.0.2$ ldd .libs/libgdal.so | grep proj <br /> libproj.so.12 => /usr/lib/x86_64-linux-gnu/libproj.so.12 (0x00007f72525a5000)<br /></span></p>
<p><span>-------------</span></p>
<p><span>So this seems like it links to the old version of proj. Why is using this one if I specified "--with-proj=/usr/local" ?</span></p>
<p><span>The env var LD_LIBRARY_PATH is not set on my machine.</span></p>
<p><span>Maybe setting one and set /usr/local as the preferred path would solve my problem. I'll try ...</span></p>
<p><span>Thanks,</span></p>
<p><span>Andreas</span></p>
<p><br /></p>
<p id="v1reply-intro">On 2019-11-19 14:01, Mateusz Loskot wrote:</p>
<blockquote style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0;">
<div class="v1pre" style="margin: 0; padding: 0; font-family: monospace;">On Tue, 19 Nov 2019 at 13:41, Andreas Neumann <<a href="mailto:a.neumann@carto.net" rel="noreferrer">a.neumann@carto.net</a>> wrote:
<blockquote style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0;">I am trying to compile gdal3.0.2 against proj6 - but have problems.<br /><br />Proj6 compile worked fine and I installed in /usr/local<br /><br />The configure command for gdal is:<br /><br />./configure --with-python=python3 --with-proj=/usr/local --with-pg=yes --with-spatialite=yes<br />[...]<br />/bin/bash /home/bjsvwneu/dev/gdal-3.0.2/libtool --mode=link --silent g++ gdalinfo_bin.lo /home/bjsvwneu/dev/gdal-3.0.2/libgdal.la -o gdalinfo<br />/home/bjsvwneu/dev/gdal-3.0.2/.libs/libgdal.so: undefined reference to `proj_alter_name'</blockquote>
<br />Try<br /><br /><a href="https://lists.osgeo.org/pipermail/gdal-dev/2019-May/050184.html" target="_blank" rel="noopener noreferrer">https://lists.osgeo.org/pipermail/gdal-dev/2019-May/050184.html</a><br /><a href="https://lists.osgeo.org/pipermail/gdal-dev/2019-May/050189.html" target="_blank" rel="noopener noreferrer">https://lists.osgeo.org/pipermail/gdal-dev/2019-May/050189.html</a><br /><br />Best regards,</div>
</blockquote>
<p><br /></p>
</div>
</div>
<br />
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">_______________________________________________<br />gdal-dev mailing list<br /><a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br /><a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank" rel="noopener noreferrer">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a></div>
</blockquote>
<p><br /></p>
</body></html>