cmake-包括静态库中的依赖项

CMake - including dependencies inside a static library

本文关键字：依赖 包括 静态 cmake-      更新时间：2023-10-16

我是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 generated Protobuf .cc files
file(GLOB_RECURSE PROTO_GEN_SRCS ${CMAKE_CURRENT_SOURCE_DIR}/ava_engine/ava/*.cc)
include_directories("${CMAKE_CURRENT_SOURCE_DIR}")
# Building the 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:
      ...

这不是我想要的，因为它需要客户与库中的依赖关系链接(对我来说似乎不正确(。

现在，我已经阅读了一些类似这样的堆栈＆nbsp;的溢出帖子：( cmake：在静态库中包含库依赖项(，建议使用cmake_cxx_archive_create创建存档文件。这是我应该采用的方法吗？我想要什么吗？

如果您注定要创建静态库，则您在原始帖子中链接的解决方案可能是最好的( cmake：在静态库中包含库依赖项(。使用AR或库工具将静态库组合在一起似乎是唯一的方法。这是堆栈上的一个非常流行的问题，所有答案似乎都归结为。

但是，如果可以的话，到目前为止，最简单的解决方案是创建一个共享库，并将您的静态库链接到其中(如JSzpilewski在评论中提到的那样(。是的，这确实意味着为运行时分发共享库。这是否实用取决于您的项目。

条款add_executable将始终尝试生产一个二进制准备工作的二进制文件，以便该操作系统不适合生产静态库。

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

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

，但它在内部定义了cxx_library和其他一些功能。因此，您应该查看其CMAKE包括文件internal_utils.cmake。Google测试带有BSD软件许可证。

如下所述：
在编译器标志中添加-c选项并以此方式使用：

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

如果缺少某些项目，则必须查看链接步骤；也许是库或对象文件。

使用Cmake生成的makefiles调试意外构建失败的第一步是运行：

❯ make VERBOSE=1

这将使您了解CMAKE在幕后所做的事情。

参考：符号(s(未找到架构x86_64 -cmake -mac sierra

一开始将所有依赖项打包到您的库中可能很诱人，因为它应该导致用户最高兼容。但是，通常这不是一个好主意，因为图书馆的大小也可以很快增长。您还需要确保拥有一个适当的静态库，即，您需要在每个C或C 安装随附的所有典型系统库中填充。否则，路上可能会有不兼容的人。

如果您编译了静态库，则还应使用-fPIC允许在其他共享库或二进制文件中使用您的库：

set_target_properties(ava_engine_client PROPERTIES POSITION_INDEPENDENT_CODE on)
相关文章：