CMake非标准头文件与库目录最佳实践及Mozilla RR构建疑问

我来帮你搞定这个CMake路径识别的问题，毕竟没有sudo权限的情况下，确实得靠合理配置路径来解决依赖查找的难题，下面几个方案都是可扩展的，比临时方法靠谱多了：

1. 命令行直接指定路径（快速验证） #

如果只是想先跑通构建，直接在cmake命令里传参数就行，精准告诉CMake去哪里找依赖：

• 针对你在$HOME/sw/里自己构建的依赖，用CMAKE_PREFIX_PATH这个变量，它会让CMake优先去这些路径下找已安装的包（前提是你构建依赖时用了make install或者cmake --install把文件放到include/lib这类标准子目录）：

  cmake -S . -B build -DCMAKE_PREFIX_PATH="$HOME/sw"
  

• 对于网络驱动器上的共享库目录/sw/external/product-name/linux64_g63/，如果头文件和库文件分别在include和lib子目录里，可以把它也加到CMAKE_PREFIX_PATH，还能单独指定头文件和库的搜索路径确保万无一失：

  cmake -S . -B build \
    -DCMAKE_PREFIX_PATH="$HOME/sw;/sw/external/product-name/linux64_g63" \
    -DCMAKE_INCLUDE_PATH="/sw/external/product-name/linux64_g63/include" \
    -DCMAKE_LIBRARY_PATH="/sw/external/product-name/linux64_g63/lib"
  

2. 环境变量持久化配置（长期省心） #

不想每次敲cmake都带一堆参数？把路径加到环境变量里，CMake会自动读取这些配置：

• 打开你的~/.bashrc或者~/.zshrc（取决于你用的shell），加入下面的内容：

  export CMAKE_PREFIX_PATH="$HOME/sw:/sw/external/product-name/linux64_g63:$CMAKE_PREFIX_PATH"
  export CMAKE_INCLUDE_PATH="/sw/external/product-name/linux64_g63/include:$CMAKE_INCLUDE_PATH"
  export CMAKE_LIBRARY_PATH="/sw/external/product-name/linux64_g63/lib:$CMAKE_LIBRARY_PATH"
  

• 保存后执行source ~/.bashrc（或者对应的配置文件），之后再运行cmake就不用手动传参数了，这个方法适合长期用同一套依赖路径的场景。

3. 针对Mozilla RR的专属调整 #

Mozilla RR的CMakeLists.txt可能有特定的依赖查找逻辑，你可以针对性优化：

• 先看看RR的文档或者项目根目录的CMakeLists.txt，找到它依赖的具体库。如果某个库用find_package()查找，你可以单独给这个库指定_ROOT变量，比如依赖libcap的话，就加-Dlibcap_ROOT="/sw/external/product-name/linux64_g63"，这样CMake会优先去这个路径找该库。
• 确保你在$HOME/sw里构建的依赖都完成了安装步骤（cmake --install build之类的），把头文件和库放到标准子目录，这样CMAKE_PREFIX_PATH才能正确识别到这些依赖。

4. 自定义CMake查找配置（进阶方案） #

如果上面的方法都不满足需求，还可以写自定义的FindXXX.cmake文件，手动指定某个依赖的头文件路径、库文件路径和版本信息。你可以把这个文件放到项目的cmake目录下，或者$HOME/.cmake/share/cmake/Modules目录里，CMake会自动加载这些自定义查找脚本。不过这个方法需要你对CMake的查找逻辑有一定了解，适合复杂场景。

这些方案都是可扩展的，不管后续新增多少非标准路径的依赖，只要把路径加到对应的变量或者环境变量里就行，不用每次改临时脚本啦。

内容的提问来源于stack exchange，提问作者user4891857