Ceres-Solver 与下游项目构建问题分析及解决方案

问题背景

在使用最新版 Ceres-Solver 构建 COLMAP 等下游项目时，开发者可能会遇到一个典型的 CMake 配置错误。错误信息表明虽然找到了 Abseil 的配置文件，但由于缺少 GTest::gmock 目标，导致 Abseil 被标记为未找到状态。

问题本质

这个问题的根源在于 Abseil-CPP 的 CMake 配置文件中默认引用了 GoogleTest 的 mock 组件，而 Ceres-Solver 本身并不直接依赖这些测试组件。这是一个典型的依赖传递问题，属于上游 Abseil-CPP 的包配置设计问题。

详细分析

1. 依赖关系链：Ceres-Solver → Abseil-CPP → GoogleTest (gmock)

2. 问题表现：当使用 CMake 构建依赖 Ceres-Solver 的项目时，CMake 会检查 Abseil-CPP 的配置，而后者错误地要求必须存在 GTest::gmock 目标。

3. 版本影响：这个问题在不同版本的 Abseil-CPP 中表现不同，较新版本可能默认包含了不必要的测试依赖。

解决方案

方案一：使用兼容版本组合

经过验证，以下版本组合可以避免此问题：

• GoogleTest: v1.16.0
• Abseil-CPP: 20240116.0 或 20250127.0

安装步骤：

1. 安装 GoogleTest v1.16.0：

git clone https://github.com/google/googletest.git --branch v1.16.0 --depth 1
cd googletest
mkdir build && cd build
cmake .. -DBUILD_GMOCK=OFF -DBUILD_GTEST=ON -DCMAKE_INSTALL_PREFIX=/usr/local
cmake --build . --parallel
sudo cmake --install .

2. 安装 Abseil-CPP 20240116.0：

git clone https://github.com/abseil/abseil-cpp.git --branch 20240116 --depth 1
cd abseil-cpp
mkdir build && cd build
cmake .. -DCMAKE_POSITION_INDEPENDENT_CODE=ON -DCMAKE_INSTALL_PREFIX=/usr/local
cmake --build . --parallel
sudo cmake --install .

方案二：修改构建配置

对于熟悉 CMake 的高级用户，可以考虑：

1. 在构建 Ceres-Solver 时，通过 CMake 参数显式禁用测试依赖
2. 修改 Abseil-CPP 的 CMake 配置文件，移除对 GTest::gmock 的强制要求

最佳实践建议

1. 版本控制：建议固定使用已知兼容的版本组合，避免使用最新的开发分支
2. 构建隔离：考虑使用容器或虚拟环境来隔离不同项目的依赖关系
3. 依赖检查：在构建前检查系统中已安装的依赖版本，避免冲突

总结

这个问题展示了现代C++项目中复杂的依赖关系管理挑战。通过使用经过验证的版本组合和合理的构建配置，开发者可以成功构建基于 Ceres-Solver 的项目。对于长期解决方案，建议关注上游 Abseil-CPP 项目的更新，期待未来版本能解决这个包配置问题。

对于云环境或CI/CD流水线中的构建，特别建议预先安装好兼容版本的依赖项，以节省调试时间。