我可以告诉 FIND_LIBRARY 在我的 *custom* 依赖项构建后运行吗？

Question

[注意：这几乎是 Linking to a library that hasn't been built yet with CMake 的副本，但在这种情况下，未构建的库来自 ADD_CUSTOM_TARGET 而不是 ADD_LIBRARY，因此 CMake 无法如此有效地发挥其通常的魔力。]

我的一个 CMake 2.8 项目目前有以下代码：

# the COMMAND was heavily simplified but you get the idea
ADD_CUSTOM_TARGET(custom_breakpad_target ALL
    COMMAND cd ${CMAKE_SOURCE_DIR}/google-breakpad && make
)

# now here we are in the root "CMakeLists.txt"
LINK_DIRECTORIES(${CMAKE_SOURCE_DIR}/google-breakpad/src/client/linux)
ADD_EXECUTABLE(hello)
# ...many lines of code...
ADD_DEPENDENCIES(hello custom_breakpad_target)
TARGET_LINK_LIBRARIES(hello breakpad)

我知道 LINK_DIRECTORIES 已被弃用（或至少被鄙视），因为它的位置很奇怪（它必须放在 ADD_EXECUTABLE 之前，即使我们真的很想把它放在 TARGET_LINK_LIBRARIES 旁边）。此外，还有这个漂亮的新命令 FIND_LIBRARY。所以我想把根“CMakeLists.txt”写成这样：

ADD_EXECUTABLE(hello)
# ...many lines of code...
ADD_DEPENDENCIES(hello custom_breakpad_target)
FIND_LIBRARY(breakpad breakpad ${CMAKE_SOURCE_DIR}/google-breakpad/src/client/linux)
TARGET_LINK_LIBRARIES(hello breakpad)

这段代码运行良好......直到我“清理干净”。下一次重建未能找到 breakpad，因为它已被 rm'ed 并且在 FIND_LIBRARY 运行时尚未再次创建。

我怎样才能做到这一点？或者让一些工作比我所拥有的更优雅？

---

到目前为止，我所拥有的是最好的

ADD_EXECUTABLE(hello)
# ...many lines of code...
ADD_DEPENDENCIES(hello custom_breakpad_target)
TARGET_LINK_LIBRARIES(hello ${CMAKE_SOURCE_DIR}/google-breakpad/src/client/linux/libbreakpad_client.a)

这具有必须明确写出“libxxx.a”文件名的美学缺点，而据我了解，即使我们切换到“libxxx.1.so”，FIND_LIBRARY 也会毫无怨言地继续工作。

Answer 1

通过自定义命令构建外部目标非常困难。 CMake 提供了 ExternalProject 模块来帮助解决这个问题。

使用这个模块，外部库在 CMake 配置时构建 - 即第一次运行 cmake 而不是运行 make 来构建您的实际项目时。这样做的好处是在配置项目时所有文件都已经就位，因此使用查找脚本或CMake configure file 很容易找到它们。

这种方法当然只有在外部库不经常更改的情况下才有意义，因为重建库需要再次运行 CMake。如果您需要通过运行 make 在更改后重新编译外部库，使其工作的最佳方法仍然是为其编写一个完整的 CMakeLists.txt 并使用 add_subdirectory 将其拉入。