PROJ项目中SQLite3依赖的CMake现代化改造

在开源地理空间项目PROJ的持续演进过程中，其构建系统正逐步向现代化CMake实践靠拢。近期针对SQLite3依赖项的配置优化，体现了项目向标准化构建流程迈进的重要一步。

背景与现状

PROJ作为核心的地理坐标转换库，长期依赖SQLite3作为其数据存储后端。在历史版本中，项目维护了自定义的FindSqlite3.cmake模块来处理依赖查找。随着CMake 3.14+版本对SQLite3的官方支持增强，现在可以通过内置的FindSQLite3模块实现更规范的依赖管理。

技术改进要点

1. 目标链接标准化
   最新修改已采用SQLite::SQLite3这一CMake标准目标名称，替代了原有的直接库链接方式。这种现代CMake实践提供了更好的目标属性继承和依赖管理。

2. 查找模块统一化
   内置的FindSQLite3模块相比自定义实现具有以下优势：

   • 遵循CMake标准变量命名约定（SQLite3_ROOT）
   • 提供更完善的版本检测机制
   • 自动处理静态/动态库的区分
   • 更好的跨平台兼容性

3. 配置变量清理
   原有项目定义的多余配置变量（如SQLITE3_INCLUDE_DIR等）将被逐步淘汰，统一使用CMake标准变量SQLite3_ROOT来指定自定义安装路径。

实施影响

这项改进将带来多重好处：

• 降低项目维护成本，减少自定义CMake代码
• 提高与其他项目的构建系统兼容性
• 使依赖配置更符合现代CMake最佳实践
• 为后续可能的Conan/vcpkg等包管理器集成铺平道路

未来方向

项目维护者计划完全移除自定义的FindSqlite3.cmake模块，全面转向CMake内置支持。这一变化需要确保：

• 版本兼容性（最低CMake 3.14）
• 平滑的迁移路径
• 清晰的文档更新

这项改进是PROJ项目持续现代化的重要组成部分，展示了开源项目如何通过采纳标准工具链来提升工程质量的典范实践。