[gdal-dev] [External] : Re: libgdal.so.36 refers to sqlite library with full path
Andrew Bell
andrew.bell.ia at gmail.com
Wed May 14 15:46:33 PDT 2025
You can use patchelf or a similar program to modify dependencies.
--
Andrew Bell
andrew.bell.ia at gmail.com
On Wed, May 14, 2025, 6:10 PM Fengting Chen via gdal-dev <
gdal-dev at lists.osgeo.org> wrote:
> Both GDAL and PROJ refer to my custom build sqlite3 library. The sqlite3
> entry in PROJ library looks normal, that is, just the library name without
> path.
>
>
>
> My concern is that libgdal.so has libsqlite3.so with full path. How could
> this happen? How do I remove this?
>
>
>
> *From: *Even Rouault <even.rouault at spatialys.com>
> *Date: *Wednesday, May 14, 2025 at 5:04 PM
> *To: *Fengting Chen <fengting.chen at oracle.com>, gdal-dev <
> gdal-dev at lists.osgeo.org>
> *Subject: *[External] : Re: [gdal-dev] libgdal.so.36 refers to sqlite
> library with full path
>
> Maybe another library that GDAL is depending on is linked against the
> system sqlite3 and not your custom build ? That could be PROJ typically
>
> Le 14/05/2025 à 22:58, Fengting Chen via gdal-dev a écrit :
>
> Hi, I am trying to build GDAL 3.10.3 with sqlite 3.49.2. The build was
> successful on linux. But there are two entries of reference to sqlite3, and
> one of it has the absolution path.
>
>
>
> > ldd libgdal.so.36 | grep sqlite
>
> ldd: warning: you do not have execution permission for `./libgdal.so.36'
>
> /scratch/gdal_dir/SDK/sqlite/3.49.2/dist/lib/libsqlite3.so
> (0x00007f7e08168000)
>
> libsqlite3.so => /
> scratch/gdal_dir/SDK/sqlite/3.49.2/dist/lib/libsqlite3.so
> (0x00007f7dfb00e000)
>
>
>
> *Why is above listing having a full path of libsqlite3.so built in the
> libgdal.so.36? *
>
>
>
> The configuration for the cmake for GDAL is:
>
>
>
> set (SQLite3_INCLUDE_DIR "$(SQLITE3_DIST_DIR)/ include"
> CACHE PATH "" FORCE)
>
> set (SQLite3_LIBRARY "$(SQLITE3_DIST_DIR)/lib/
> $(LIBSQLITE3)" CACHE PATH "" FORCE)
>
>
>
> At the sqlite lib directory, it has:
>
> libsqlite3.a libsqlite3.so.0@ pkgconfig/
>
> libsqlite3.so@ libsqlite3.so.3.49.2*
>
>
>
> Is this sqlite3 build issue or GDAL build issue?
>
>
>
> Thanks.
>
>
>
>
>
> _______________________________________________
>
> gdal-dev mailing list
>
> gdal-dev at lists.osgeo.org
>
> https://lists.osgeo.org/mailman/listinfo/gdal-dev <https://urldefense.com/v3/__https:/lists.osgeo.org/mailman/listinfo/gdal-dev__;!!ACWV5N9M2RV99hQ!IYTAe90PeRIf_wj9IWwRo5D25Ll_Dqjy6ZUwhS1joyPnRj0waH4uKmjh0GN2-UVNert2VyP1mnq_6fU7q1t4i14PHNK2$>
>
> --
>
> http://www.spatialys.com <https://urldefense.com/v3/__http:/www.spatialys.com__;!!ACWV5N9M2RV99hQ!IYTAe90PeRIf_wj9IWwRo5D25Ll_Dqjy6ZUwhS1joyPnRj0waH4uKmjh0GN2-UVNert2VyP1mnq_6fU7q1t4i4kI3dZu$>
>
> My software is free, but my time generally not.
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20250514/dcadd08d/attachment.htm>
More information about the gdal-dev
mailing list