<div><span style="font-family:'courier new' , monospace">$ export LD_LIBRARY_PATH=/usr/local/lib; make</span></div><div>- doesn't work either.</div><div>And <span style="font-family:'courier new' , monospace">/usr/local/lib</span> is already in <span style="font-family:'courier new' , monospace">/etc/ld.so.conf</span></div><div>(to be exact, it's in<span style="font-family:'courier new' , monospace"> /etc/ld.so.conf.d/libc.conf</span> that is included in <span style="font-family:'courier new' , monospace">/etc/ld.so.conf</span> with "<span style="font-family:'courier new' , monospace">include /etc/ld.so.conf.d/*.conf</span>")</div><div> </div><div>11.06.2019, 20:39, "Even Rouault" <even.rouault@spatialys.com>:</div><blockquote><p>On mardi 11 juin 2019 20:28:01 CEST Igor Belyakov wrote:</p><blockquote> I also checked (with readelf) if my libproj files contain those symbols.<br /> There are libproj.a, libproj.so, libproj.so.15 and libproj.so.15.1.0 files<br /> in usr/local/lib and they all contain symbol `proj_alter_name'. But for<br /> some reason the linker cannot find it.</blockquote><p><br />you may need to add /usr/local/lib to your /etc/ld.so.conf or define the<br />LD_LIBRARY_PATH=/usr/local/lib environment variable.<br />GDAL build process doesn't set RPATH by default.<br /><br />Even<br /> </p>--<br />Spatialys - Geospatial professional services<br /><a href="http://www.spatialys.com/">http://www.spatialys.com</a></blockquote>