Question

我正在cmake中构建一个 static lib，它依赖于许多其他静态库。我希望它们都包含在输出.lib / .a文件中，所以我可以将一个大的lib文件发送给客户。在VS2010中有一个选项“Link Library Dependencies”就是这样做的。

但是我找不到如何在cmake中做到这一点。你能通过cmake设置这个标志，还是以其他方式获得相同的结果？我已经尝试了target_link_libraries（...）以及add_dependencies（...）但是cmake似乎只是忽略了这行静态库

Answer 1

好的，我有一个解决方案。首先，重要的是要认识到静态库不会将其他静态库链接到代码中。必须创建一个组合库，在linux上可以使用ar完成。有关详细信息，请参阅Linking static libraries to other static libraries。

考虑两个源文件：

test1.c：

 int hi()
 {
   return 0;
 }

test2.c中：

int bye()
{
  return 1;
}

CMakeLists.txt创建两个库，然后创建一个组合库，如下所示：

项目（测试）

add_library(lib1 STATIC test1.c)
add_library(lib2 STATIC test2.c)

add_custom_target(combined ALL
  COMMAND ${CMAKE_AR} rc libcombined.a $<TARGET_FILE:lib1> $<TARGET_FILE:lib2>)

ar命令的选项在这种情况下取决于平台，尽管CMAKE_AR变量与平台无关。我将探讨是否有更通用的方法来执行此操作，但此方法适用于使用ar的系统。

修改

基于How to set the options for CMAKE_AR，看起来更好的方法是：

add_custom_target(combined ALL COMMAND ${CMAKE_CXX_ARCHIVE_CREATE} libcombined.a $<TARGET_FILE:lib1> $<TARGET_FILE:lib2>)

这应该是与平台无关的，因为这是用于由CMake在内部创建存档的命令结构。当然，您希望传递给归档命令的唯一选项是rc，因为这些选项已硬连线到ar命令的CMake中。

Answer 2

我想通过提供实际上也可用于构建依赖关系的CMakeLists.txt文件来增强其他解决方案。

解决方案滥用CMake

cmake_minimum_required(VERSION 2.8)

add_library(lib1 test1.cpp)
add_library(lib2 test2.cpp)
include_directories(${CMAKE_CURRENT_DIR})
add_executable(mainexec main.cpp)
target_link_libraries(mainexec combinedLib)  # Important to place before add_custom_target

set(LIBNAME "combinedLib.lib")

add_custom_command(
    OUTPUT ${LIBNAME}
    COMMAND lib.exe /OUT:${LIBNAME} $<TARGET_FILE:lib1> $<TARGET_FILE:lib2>
    DEPENDS lib1 lib2
    COMMENT "Combining libs..."
)

add_custom_target(combinedLib
    DEPENDS ${LIBNAME}
)

请注意，此解决方案到目前为止适用于Visual Studio，但我想它可以符合多平台。我可以想象以下版本可能适用于基于Unix的平台：

set(LIBNAME "libCombinedLib.a")

add_custom_command(
    OUTPUT ${LIBNAME}
    COMMAND ar -rcT ${LIBNAME} $<TARGET_FILE:lib1> $<TARGET_FILE:lib2>
    DEPENDS lib1 lib2
    COMMENT "Combining libs..."
)

请注意，如果您在target_link_libraries声明后放置add_custom_target调用，这些解决方案会以某种方式滥用CMake，因为它会抱怨UTILITY类型的目标（而不是STATIC或SHARED）。

CMake符合目标声明的解决方案

要使其符合CMake，您可以用

替换`target_link_libraries'调用

target_link_libraries(mainexec ${LIBNAME})
add_dependencies(mainexec combinedLib)

在我的情况下，它并不完全令人满意，因为mainexec必须知道combinedLib，尽管它希望所有依赖项都由target_link_libraries调用处理。

具有较少耦合的替代解决方案

进一步了解导入的目标我最终找到了解决我最后一个问题的解决方案：

cmake_minimum_required(VERSION 2.8)

add_library(lib1 test1.cpp)
add_library(lib2 test2.cpp)
include_directories(${CMAKE_CURRENT_DIR})
add_executable(mainexec main.cpp)

set(LIBNAME "combinedLib.lib")

add_custom_command(
    OUTPUT ${LIBNAME}
    COMMAND lib.exe /OUT:${LIBNAME} $<TARGET_FILE:lib1> $<TARGET_FILE:lib2>
    DEPENDS lib1 lib2
    COMMENT "Combining libs..."
)

add_custom_target(combinedLibGenerator
    DEPENDS ${LIBNAME}
)

add_library(combinedLib STATIC IMPORTED)
set_property(TARGET combinedLib PROPERTY IMPORTED_LOCATION ${LIBNAME})
add_dependencies(combinedLib combinedLibGenerator)

target_link_libraries(mainexec combinedLib)

如果您打算在GLOBAL之后模块化整个添加STATIC IMPORTED，以使导入的目标全局可见。

便携式CMake解决方案

使用当前的CMake版本，CMake提供对传递依赖项和接口库的完全支持。然后，接口库可以与其他库“链接”，并且该接口库可以反过来“链接”。为什么引号？虽然这很好用，但实际上并没有创建一个物理的组合库，而是创建了一组“子库”的别名。这仍然是我们最终需要的解决方案，这就是为什么我想在这里添加它。

add_library(combinedLib INTERFACE)
target_link_libraries(combinedLib INTERFACE lib1 lib2)

target_link_libraries(mainexec combinedLib)

就是这样！

cmake：在静态库中包含库依赖项

2 个答案: