Cmake - 包括静态库中的依赖项?

时间:2018-02-11 22:46:31

标签: c++ cmake

我对C ++和所有相关术语和工具链都很陌生。我正在尝试构建一个客户可以在自己的项目中使用的静态库。理想情况下,除了.a和.lib文件以及.h文件之外,我只想发送它们。

现在,我的Cmake文件如下所示:

project(ava-engine-client)
cmake_minimum_required(VERSION 3.9.6)
set(CMAKE_BUILD_TYPE Release)
set(CMAKE_FIND_LIBRARY_SUFFIXES .a )

add_compile_options(-std=c++11)

# GRPC and Protocol Buffers libraries location
list(APPEND CMAKE_PREFIX_PATH "/opt/grpc" "/opt/protobuf")

# Cmake find modules
list(APPEND CMAKE_MODULE_PATH "${CMAKE_CURRENT_LIST_DIR}/cmake")


# Recurse and find all the genned protobuf cc files
file(GLOB_RECURSE PROTO_GEN_SRCS ${CMAKE_CURRENT_SOURCE_DIR}/ava_engine/ava/*.cc)

include_directories("${CMAKE_CURRENT_SOURCE_DIR}")

# Building Library
add_library(ava_engine_client STATIC src/AvaEngineClient.cc src/AvaEngineClient.h ${PROTO_GEN_SRCS})

target_link_libraries(ava_engine_client ${PROTOBUF_LIBRARIES} ${GRPC_LIBRARY})


## Building Playground
add_executable(playground src/Playground.cc)

target_link_libraries(playground ava_engine_client)

现在这在链接阶段失败了,因为我没有将操场目标与ava_engine_client库中的依赖关系链接起来:

Undefined symbols for architecture x86_64:
  "grpc::ClientContext::ClientContext()", referenced from:
      ...
  "grpc::ClientContext::~ClientContext()", referenced from:
      ...
  "grpc::CreateChannel(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::shared_ptr<grpc::ChannelCredentials> const&)", referenced from:
      ...
  "grpc::g_core_codegen_interface", referenced from:
      ...

这不是我想要的,因为它需要客户链接我库中的依赖项(这对我来说似乎不对)。

现在,我已经阅读了一些类似这样的SO帖子:(cmake: include library dependencies in static lib)建议使用CMAKE_CXX_ARCHIVE_CREATE来创建存档文件。 这是我应采取的方法吗?我想要的甚至可能吗?

4 个答案:

答案 0 :(得分:2)

如果您一定要创建静态库,那么您在原始帖子中链接的解决方案可能是最好的(cmake: include library dependencies in static lib)。使用ar或lib工具组合静态库似乎是唯一的方法。这是关于SO的一个非常受欢迎的问题,所有答案似乎都归结为。

但是,如果你能够,到目前为止最简单的解决方案是创建一个共享库并将静态库链接到它中(如评论中的jszpilewski所述)。是的,它确实意味着为运行时分发共享库。这是否实际取决于您的项目。

答案 1 :(得分:1)

子句add_executable将始终尝试生成一个可供操作系统使用的二进制文件,因此它不适合生成静态库。

您可以使用Google测试单元测试框架作为灵感,甚至借用一些代码。它使用CMake使用最终语法生成UT框架作为可配置的静态或动态库,如:

cxx_library(gtest "${cxx_strict}" src/gtest-all.cc)

但它在内部定义了cxx_library和其他一些功能。所以你应该看看他们的CMake包含文件internal_utils.cmake。 Google Test附带BSD软件许可证。

答案 2 :(得分:1)

如上所述here
在编译器标志中添加-c选项并像这样使用它:

 set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -c")
  

如果缺少某些项目,您必须查看链接步骤;可能是一个库,也可能是一个目标文件。

     

使用CMake生成的Makefile调试意外构建失败的第一步是运行:

❯ make VERBOSE=1
     

这将让您深入了解CMake在幕后所做的工作。

     

参考:Symbol(s) not found for architecture x86_64 - Cmake - Mac sierra

答案 3 :(得分:1)

首先将所有依赖项打包到您的库中可能很诱人,因为它应该为您的用户带来最高的兼容性。但是,这通常不是一个好主意,因为您的库的大小也可以非常快速地增长。您还需要确保拥有一个合适的静态库,即,您需要填写每个C或C ++安装附带的所有典型系统库。否则可能会出现不兼容的问题。

如果您编译静态库,您还应该使用-fPIC来允许您的库在其他共享库或二进制文件中使用:

set_target_properties(ava_engine_client PROPERTIES POSITION_INDEPENDENT_CODE on)