<div dir="ltr"><div>A follow up on the previous problem with versions (see below):</div><div><br></div><div>I removed all old libgdal versions that were in /usr/local/lib and that has solved the issue.</div><div><br></div><div>Best, <br></div><div>Tom<br></div><div></div><div><br></div><div><br></div><div>------------------------------<br></div><div>
<div>I thought 
LD_LIBRARY_PATH 

could be untouched since I'm doing a system-install according to: <a href="https://trac.osgeo.org/gdal/wiki/BuildingOnUnix" target="_blank">https://trac.osgeo.org/gdal/<wbr>wiki/BuildingOnUnix</a></div><div>Anyway, even when setting 
LD_LIBRARY_PATH 



to /usr/local/lib and rebuilding, It shows the same issue.<br></div><div><br></div><div>It seems the linking is correct according to:</div><div><br></div><div><span style="font-family:monospace,monospace">> ldd /usr/local/bin/gdalinfo |grep libgdal<br>        libgdal.so.20 => /usr/local/lib/libgdal.so.20 (0x00007fb64a7d4000)<br></span></div><div><span style="font-family:monospace,monospace"><br></span></div><div><span style="font-family:monospace,monospace">> ls -lrt /usr/local/lib/libgdal*<br></span></div><div><span style="font-family:monospace,monospace">-rwxr-xr-x 1 root root  95610360 Nov 10  2016 /usr/local/lib/libgdal.so.20.<wbr>1.0<br>-rwxr-xr-x 1 root root  96245776 Jan  5  2017 /usr/local/lib/libgdal.so.20.<wbr>1.2<br>-rwxr-xr-x 1 root root  95857208 Jan  5  2017 /usr/local/lib/libgdal.so.20.<wbr>1.1<br>-rwxr-xr-x 1 root root  96494352 Mar 13  2017 /usr/local/lib/libgdal.so.20.<wbr>1.3<br>-rwxr-xr-x 1 root root 120481920 May 16  2017 /usr/local/lib/libgdal.so.20.<wbr>2.0<br>-rwxr-xr-x 1 root root 135179608 Aug 17  2017 /usr/local/lib/libgdal.so.20.<wbr>3.0<br>-rwxr-xr-x 1 root root 136095424 Jul  5 13:58 /usr/local/lib/libgdal.so.20.<wbr>3.2<br>-rwxr-xr-x 1 root root 156131272 Jul  5 14:01 /usr/local/lib/libgdal.so.20.<wbr>4.1<br>-rwxr-xr-x 1 root root 160334560 Jul  6 14:00 /usr/local/lib/libgdal.so.20.<wbr>4.0<br>lrwxrwxrwx 1 root root        17 Jul  6 14:00 /usr/local/lib/libgdal.so -> libgdal.so.20.4.0<br>-rwxr-xr-x 1 root root      1525 Jul  6 14:00 /usr/local/lib/<a href="http://libgdal.la" target="_blank">libgdal.la</a><br>-rw-r--r-- 1 root root 406912300 Jul  6 14:00 /usr/local/lib/libgdal.a<br>lrwxrwxrwx 1 root root        17 Jul  6 14:00 /usr/local/lib/libgdal.so.20 -> libgdal.so.20.4.1</span></div><div><span style="font-family:monospace,monospace">
<br></span></div><div><span style="font-family:monospace,monospace">> 
<span><span>/usr/local/bin/gdalinfo</span>

</span>

--version<br></span></div><div><span style="font-family:monospace,monospace">GDAL 2.3.1, released 2018/06/22<br></span></div><div><br></div><div><span style="font-family:monospace,monospace">> /usr/local/bin/gdal-config --version</span></div><div><span style="font-family:monospace,monospace">2.4.0<br></span></div><div><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I'm a bit lost, this version 2.3.1 was the previous custom build I did and it all resides in /usr/local<br></div><div class="gmail_extra">The
 only caveat I have is that there is an older libgdal20 2.2.1 package 
installed on the same system, but that doesn't seem to interfere.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Any hints on where to dig deeper?</div><div class="gmail_extra"><br></div><div class="gmail_extra">Best,</div><div class="gmail_extra"> Tom<br></div><div class="gmail_extra"><br></div>

<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 6, 2018 at 2:44 PM, Tom van Tilburg <span dir="ltr"><<a href="mailto:tom.van.tilburg@gmail.com" target="_blank">tom.van.tilburg@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I thought 
LD_LIBRARY_PATH 

could be untouched since I'm doing a system-install according to: <a href="https://trac.osgeo.org/gdal/wiki/BuildingOnUnix" target="_blank">https://trac.osgeo.org/gdal/<wbr>wiki/BuildingOnUnix</a></div><div>Anyway, even when setting 
LD_LIBRARY_PATH 



to /usr/local/lib and rebuilding, It shows the same issue.<br></div><div><br></div><div>It seems the linking is correct according to:</div><div><br></div><div><span style="font-family:monospace,monospace">> ldd /usr/local/bin/gdalinfo |grep libgdal<br>        libgdal.so.20 => /usr/local/lib/libgdal.so.20 (0x00007fb64a7d4000)<br></span></div><div><span style="font-family:monospace,monospace"><br></span></div><div><span style="font-family:monospace,monospace">> ls -lrt /usr/local/lib/libgdal*<br></span></div><div><span style="font-family:monospace,monospace">-rwxr-xr-x 1 root root  95610360 Nov 10  2016 /usr/local/lib/libgdal.so.20.<wbr>1.0<br>-rwxr-xr-x 1 root root  96245776 Jan  5  2017 /usr/local/lib/libgdal.so.20.<wbr>1.2<br>-rwxr-xr-x 1 root root  95857208 Jan  5  2017 /usr/local/lib/libgdal.so.20.<wbr>1.1<br>-rwxr-xr-x 1 root root  96494352 Mar 13  2017 /usr/local/lib/libgdal.so.20.<wbr>1.3<br>-rwxr-xr-x 1 root root 120481920 May 16  2017 /usr/local/lib/libgdal.so.20.<wbr>2.0<br>-rwxr-xr-x 1 root root 135179608 Aug 17  2017 /usr/local/lib/libgdal.so.20.<wbr>3.0<br>-rwxr-xr-x 1 root root 136095424 Jul  5 13:58 /usr/local/lib/libgdal.so.20.<wbr>3.2<br>-rwxr-xr-x 1 root root 156131272 Jul  5 14:01 /usr/local/lib/libgdal.so.20.<wbr>4.1<br>-rwxr-xr-x 1 root root 160334560 Jul  6 14:00 /usr/local/lib/libgdal.so.20.<wbr>4.0<br>lrwxrwxrwx 1 root root        17 Jul  6 14:00 /usr/local/lib/libgdal.so -> libgdal.so.20.4.0<br>-rwxr-xr-x 1 root root      1525 Jul  6 14:00 /usr/local/lib/<a href="http://libgdal.la" target="_blank">libgdal.la</a><br>-rw-r--r-- 1 root root 406912300 Jul  6 14:00 /usr/local/lib/libgdal.a<br>lrwxrwxrwx 1 root root        17 Jul  6 14:00 /usr/local/lib/libgdal.so.20 -> libgdal.so.20.4.1</span></div><div><span style="font-family:monospace,monospace">
<br></span></div><div><span style="font-family:monospace,monospace">> 
<span><span>/usr/local/bin/gdalinfo</span>

</span>

--version<br></span></div><div><span style="font-family:monospace,monospace">GDAL 2.3.1, released 2018/06/22<br></span></div><div><br></div><div><span style="font-family:monospace,monospace">> /usr/local/bin/gdal-config --version</span></div><div><span style="font-family:monospace,monospace">2.4.0<br></span></div><div><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I'm a bit lost, this version 2.3.1 was the previous custom build I did and it all resides in /usr/local<br></div><div class="gmail_extra">The only caveat I have is that there is an older libgdal20 2.2.1 package installed on the same system, but that doesn't seem to interfere.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Any hints on where to dig deeper?</div><div class="gmail_extra"><br></div><div class="gmail_extra">Best,</div><div class="gmail_extra"> Tom<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 6, 2018 at 2:09 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On vendredi 6 juillet 2018 14:00:16 CEST Tom van Tilburg wrote:<br>
> I just did a fresh build of trunk (2.4.0) but noticed 2 issues:<br>
> <br>
> 1. The installed version in /usr/local/bin is still version 2.3.1:<br>
<br>
You may have to defined LD_LIBRARY_PATH since it probably links against your <br>
system libgdal<br>
<br>
Otherwise you don't need to install the master, but just make and source the<br>
scripts/setdevenv.sh that will set PATH, LD_LIBRARY_PATH, GDAL_DATA and <br>
PYTHONPATH to appropriate values in the built tree.<span class="HOEnZb"><font color="#888888"><br>
<span class="m_-7444467885570074990gmail-HOEnZb"><font color="#888888"><br>
-- <br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
</font></span></font></span></blockquote></div><br></div></div>
</blockquote></div><br></div>