Closed nilason closed 2 days ago
Thanks, would you mind making a pull request to fix this?
Ideally drop the SQLITE3_INCLUDE_DIR
and replace SQLITE3_LIBRARY
with SQLite::SQLite3
I am not sure what SQLITE3_FOUND
is used for, but if it's just to print an error message it can easily be replaced by adding REQUIRED
to the find_package
call.
As FindSQLite3 was introduced in CMake 3.14 this would require bump the cmake_minimum_required
version from 3.12 to 3.14.
I don't think this is a big deal. Any opinion?
As FindSQLite3 was introduced in CMake 3.14 this would require bump the
cmake_minimum_required
version from 3.12 to 3.14.
Why not make that bump to 3.16? It is 5 years old. That is the new requirement for GDAL 3.9. It will, as far as I can see, not affect either latest version or the LTR on distributions like e.g. Debian or Fedora. Just a thought.
I think it's acceptable, I would propose it in a PR and see if there are objections.
Just to add a few info the FindSQLite3 script from CMake does not work on my platform (Windows + Cygwin). It seems it does not look for the sqlite_i library which comes via OSGeo4W's qgis-deps.
What I can do is propose a PR with modification of the qgis' cmake/FindSqlite3.cmake
to have the same variables as the KitWare scripts and make the modifications in QGis CMakeLists.txt files so that they use the official cmake targets.
This would be compliant with an increase of the cmake_minimum_required
version but does not require it.
Just to add a few info the FindSQLite3 script from CMake does not work on my platform (Windows + Cygwin). It seems it does not look for the sqlite_i library which comes via OSGeo4W's qgis-deps.
What I can do is propose a PR with modification of the qgis'
cmake/FindSqlite3.cmake
to have the same variables as the KitWare scripts and make the modifications in QGis CMakeLists.txt files so that they use the official cmake targets.This would be compliant with an increase of the
cmake_minimum_required
version but does not require it.
We already do this for several other components, that sounds good
What is the bug or the crash?
Changes with PROJ 9.4.0, in particular https://github.com/OSGeo/PROJ/commit/efc6c95b6927c138cbb9696db1ed57ca04f512c6, causes configuration failure for QGIS. See log extract from a MacPorts build attempt:
This failure is caused by PROJ's change of
proj-config.cmake
to usefind_dependency()
instead offind_package()
in combination with QGIS's customFindSqlite.cmake
.I managed to address this configuration failure by by dropping the custom
FindSqlite3.cmake
to instead use the default CMakeFindSQLite3.cmake
(and change everySQLITE3_FOUND
toSQLite3_FOUND
,SQLITE3_INCLUDE_DIR
toSQLite3_INCLUDE_DIRS
andSQLITE3_LIBRARY
toSQLite3_LIBRARIES
).Perhaps this is Mac specific, perhaps depends on CMake version, or depends on MacPorts' specifics?
Steps to reproduce the issue
Versions
Tried with:
Supported QGIS version
New profile
Additional context
No response