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@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
--
http://www.spatialys.com
My software is free, but my time generally not.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
