假设我有一个项目创建了两个静态库目标(foo
和bar
),它们之间有一个循环依赖关系。CMake显式地允许这样做,并且它通常工作得很好,因为构建这些库的顺序并不重要。
但是,如果这两个库都生成头文件(Foo.hpp
用于foo
,Bar.hpp
用于bar
),则可能会出现问题,因为头的生成通常是作为构建库的一部分来完成的也就是说,构建foo
将生成Foo.hpp
,但还需要由bar
构建的Bar.hpp
,而bar
需要Foo.hpp
...
我找到了一个解决这个问题的方法,乍一看,似乎很完美。它包括使用add_custom_command
生成头文件,然后使用target_sources
将头文件添加到目标的PUBLIC
源文件中。这样,目标本身及其依赖项都将对头文件有一个文件级依赖关系,从而在正确的时间触发自定义命令。
以下是我的解决方案的MWE:
cmake_minimum_required(VERSION 3.5)
project(Foo)
add_custom_command(
OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/Foo.hpp
COMMAND ${CMAKE_COMMAND} -E touch ${CMAKE_CURRENT_BINARY_DIR}/Foo.hpp
COMMENT "Generating Foo.hpp"
)
add_library(foo STATIC Foo.cpp)
target_include_directories(foo PUBLIC ${CMAKE_CURRENT_BINARY_DIR})
target_sources(foo PUBLIC ${CMAKE_CURRENT_BINARY_DIR}/Foo.hpp)
target_link_libraries(foo bar)
add_custom_command(
OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/Bar.hpp
COMMAND ${CMAKE_COMMAND} -E touch ${CMAKE_CURRENT_BINARY_DIR}/Bar.hpp
COMMENT "Generating Bar.hpp"
)
add_library(bar STATIC Bar.cpp)
target_include_directories(bar PUBLIC ${CMAKE_CURRENT_BINARY_DIR})
target_sources(bar PUBLIC ${CMAKE_CURRENT_BINARY_DIR}/Bar.hpp)
target_link_libraries(bar foo)
问题是自定义命令只有在它们的输出被从同一个目录(这是documented)引用时才起作用。如果我拆分我的项目,并将foo
和bar
放在不同的目录中,我上面的解决方案就不再起作用了。
所以我的问题是:是否有更好的方法来处理静态库生成的头文件之间的循环依赖关系?
1条答案
按热度按时间68bkxrlz1#
如果我拆分我的项目并将foo和bar放在不同的目录中,上面的解决方案就不再起作用了。
您可以将目标的源文件放在专用的子目录中,并且仍然在同一个CMake“子目录”中定义它们的目标。
如果您的意思是要在这些专用子目录中定义目标,您不能只执行以下操作: