linux - 我可以让 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，因为在 FIND_LIBRARY 运行时它已被 rm'ed 并且尚未再次创建。

我怎样才能使这项工作？或者制作比我现有的更优雅的东西？

---

到目前为止，我得到的最好的是

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 并使用 将其拉入添加子目录。