[gdal-dev] Undefined references to proj_* functions while building GDAL

[Andrew Bell]

In order to help, you should provide the link line -- at least the part of
it that contains the library directory references.  Building GDAL is tricky
and it's easy locate the wrong library/headers.  You should also locate
other proj libraries on your system that might be getting found.

On Tue, Jun 11, 2019 at 2:27 PM Igor Belyakov <belyakov-i at spsinf.ru> wrote:

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



-- 
Andrew Bell
andrew.bell.ia at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20190611/58a71127/attachment.html>