windows - 调用 "set"后，Cmake "find_path"对同一变量不起作用

Question

在 Cmake 模块中，我试图找到不同的路径。在某些情况下，我想在最初使用相同变量调用“find_path”后“设置”一个变量:

# general search for this include dir
find_path(LIBRARY_INCLUDE_DIR
  NAMES LibraryName/LibraryHeader.h
)

# specific option enabled by user
if(USE_OTHER_LIB)
find_path(OTHER_LIB_ROOT_DIR
  NAMES OtherLib/OtherLib.h
)
set(LIBRARY_INCLUDE_DIR ${OTHER_LIB_ROOT_DIR}/database/include)
endif(USE_OTHER_LIB)

这种方法在 Windows XP (CMake 2.8.1) 下运行良好。但是，它在 Mac OS 10.6 (CMake 2.8.3) 下不起作用。有人知道 mac/windows 版本之间是否存在差异以及如何解决这个问题吗？

非常感谢!

Answer 1

这是对“设置”和 CMake 缓存变量的常见误解。

行:

set(LIBRARY_INCLUDE_DIR ${OTHER_LIB_ROOT_DIR}/database/include)

为 LIBRARY_INCLUDE_DIR 设置一个本地覆盖值，该值对 CMakeLists 文件的其余处理有效，但对同名缓存变量没有影响。因此，它在 cmake-gui 或 ccmake 缓存编辑程序中不可见。

如果你想让它可见，你必须将它的值强制放入同名的缓存变量中，也许像这样:

set(LIBRARY_INCLUDE_DIR ${OTHER_LIB_ROOT_DIR}/database/include)
set(LIBRARY_INCLUDE_DIR ${LIBRARY_INCLUDE_DIR} CACHE FILEPATH "" FORCE)

然而，这通常是不受欢迎的，因为当最终用户调整 cmake-gui 程序中的值时，您的代码将用 FORCE-d 值覆盖用户的选择。所以...我建议只使用您一直在使用的行:抵抗力量。

要查看它是否真的生效，只需在 CMakeLists.txt 的末尾添加以下代码:

message(STATUS "LIBRARY_INCLUDE_DIR='${LIBRARY_INCLUDE_DIR}'")

所以...如果您的代码是正确的，那么一定有其他原因导致您认为有问题。我很好奇那可能是什么……也许是你的下一个 Stack Overflow 问题。