[gdal-dev] libgdal.so.36 refers to sqlite library with full path

[Even Rouault]

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

-- 
http://www.spatialys.com
My software is free, but my time generally not.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20250514/412e9e77/attachment.htm>