cmake 进阶 - 源码依赖


支持原创,转载请附上原文链接


keywords

  1. cmake 编译顺序
  2. cmake 源码编译依赖
  3. cmake 链接依赖
  4. target_link_libraries 与 add_dependencies

0 前言

实际项目中,我们的工程一般都会比较大,且可能会依赖第三方源码库。为了对于引入源码的可控性以及多平台的兼容性,一般我们大多做法是将源码直接放到我们工程中进行编译。

0.1 抛出问题

某些第三方源码库比较大,编译时间比较长的时候,我们可能会遇到有些平台工程编译成功,有些工程编译确实失败的,这是为何呢?

1 cmake 编译与链接依赖

1.1 工程结构

首先我们介绍下我们测试的工程结构以及目录中文件内容。

.
├── 3rdparty
│   ├── CMakeLists.txt
│   └── jsoncpp
├── CMakeLists.txt
├── build.sh
└── src
    ├── CMakeLists.txt
    └── main.cc

jsoncpp 里面的内容没有列出来,是从github拉下来的,地址为:jsoncpp,其他文件的内容分别如下:

  • CMakeLists.txt
cmake_minimum_required(VERSION 3.5)
project(learn2)

set(CMAKE_CXX_STANDARD 11)

add_subdirectory(3rdparty)
add_subdirectory(src)
  • build.sh
#!/bin/bash

[ ! -d build ] && mkdir build

INSTALL_DIR=${PWD}/output
[ ! -d ${INSTALL_DIR} ] && mkdir ${INSTALL_DIR}

cd build

CMAKE_ARGS="${CMAKE_ARGS} -DCMAKE_INSTALL_PREFIX=${INSTALL_DIR}"

# 并行编译任务数量
cores=8
if which nproc &> /dev/null; then
  cores=$(nproc)
fi
cores=$((cores-1))
[ $cores -gt 32 ] && cores=32
[ $cores -lt 0 ] && cores=2

echo "cores is $cores"

cmake .. ${CMAKE_ARGS} && make -j${cores} install
  • src/CMakeLists.txt
cmake_minimum_required(VERSION 3.5)
project(cmake_test)

include_directories(
  ${CMAKE_SOURCE_DIR}/3rdparty/jsoncpp/include
)

link_directories(
  ${CMAKE_BINARY_DIR}/lib
)

add_executable(${PROJECT_NAME}
  main.cc
)
target_link_libraries(${PROJECT_NAME}
  jsoncpp
)
install(TARGETS ${PROJECT_NAME} RUNTIME DESTINATION bin)
  • src/main.cc
#include <iostream>

#include "json/json.h"

int main() {
  Json::Value root;
  root["value"] = 987654321;
  root["ts"] = 123456789.089;

  Json::StreamWriterBuilder builder;
  builder["commentStyle"] = "None";
  builder["indentation"] = "";
  builder["precisionType"] = "decimal";
  builder["precision"] = 1;
  std::string writer_info = Json::writeString(builder, root);

  std::cout << writer_info << std::endl;
  return 0;
}

1.2 编译顺序

cmake的编译顺序,与add_subdirectory的顺序相关(前提:在没有任何编译依赖的情况下,这个后面会介绍到),比如上述的工程,在某些环境还是能编译过的。但是如果 CMakeLists.txt 内容修改为如下,是编译不过的

cmake_minimum_required(VERSION 3.5)
project(learn2)

set(CMAKE_CXX_STANDARD 11)

add_subdirectory(src)
add_subdirectory(3rdparty)

1.3 编译异常

上面工程,在某些环境下,会出现编译失败,失败原因是link的时候找不到jsoncpp库,如下:

main.cc:(.text+0x2ea): undefined reference to `Json::Value::operator=(Json::Value&&)'
collect2: error: ld returned 1 exit status

你是否会疑惑:已经使用target_link_libraries依赖了jsoncpp啊,为啥会出现在 jsoncpp未编译结束的情况下,就开始链接了呢?
其实这个不难找到答案,看看官方文档对于target_link_libraries的解释就明白了

Specify libraries or flags to use when linking a given target and/or its dependents. Usage requirements from linked library targets will be propagated. Usage requirements of a target's dependencies affect compilation of its own sources.

大致意思是目标在链接的时候用到的一些库或者一些符号,这里解决的问题,主要是告诉编译器链接时候去哪里找符号表,但是没有解决编译顺序问题。比如,虽然上面依赖的jsoncpp先编译,但是由于其编译时间长,还没编译完,cmake_test就已经开始链接了,因此报错。

问题解决思路有2个:

  1. 单核编译:我们已经指定了编译顺序,如果是单核编译,就不存在链接时候没有ready的问题
  2. 明确指定依赖关系

明显方案1,在我们实际开发中,是不符合要求的,这会大大降低我们的编译构建效率。因此,留给我们的只有方案2

1.4 编译依赖

cmake提供了编译依赖相关的函数的,add_dependencies,官方介绍:

Add a dependency between top-level targets.
add_dependencies(<target> [<target-dependency>]...)
Makes a top-level <target> depend on other top-level targets to ensure that they build before <target> does.

从介绍可以看出,这个是为了解决被依赖的target没有编译完,依赖target就开始链接的问题。因此,我们工程的其中以个文件修改为如下:
src/CMakeLists.txt

cmake_minimum_required(VERSION 3.5)
project(cmake_test)

include_directories(
  ${CMAKE_SOURCE_DIR}/3rdparty/jsoncpp/include
)

link_directories(
  ${CMAKE_BINARY_DIR}/lib
)

add_executable(${PROJECT_NAME}
  main.cc
)
target_link_libraries(${PROJECT_NAME}
  jsoncpp
)
add_dependencies(${PROJECT_NAME}
  jsoncpp_lib
)

install(TARGETS ${PROJECT_NAME} RUNTIME DESTINATION bin)

此时,不同平台、不同环境编译都是OK的。这里需要注意:
add_dependencies的参数是targets,也就是add_library的第一个参数

99 其他

CMAKE 工具使用过程中的一些变量介绍

CMAKE_CURRENT_SOURCE_DIR : 当前CMakeLists.txt文件所在目录
CMAKE_SOURCE_DIR: 顶层目录
CMAKE_BINARY_DIR: build目录
PROJECT_NAME: 当前工程名称
CMAKE_INSTALL_PREFIX: 最终安装目录
CMAKE_LIBRARY_ARCHITECTURE:编译目标架构 x86_64-linux-gnu, aarch64-linux-gnu

CMAKE_CXX_FLAGS : c++的编译参数
CMAKE_C_FLAGS: c编译参数
CMAKE_VERSION: cmake的版本
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,406评论 6 503
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,732评论 3 393
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,711评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,380评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,432评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,301评论 1 301
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,145评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,008评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,443评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,649评论 3 334
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,795评论 1 347
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,501评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,119评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,731评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,865评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,899评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,724评论 2 354

推荐阅读更多精彩内容

  • 友情提示,下面一大段都是废话,可以直接跳到后面的部分... 工作以来,一直从事的是基于Windows的C/C++开...
    LiarMaiq阅读 993评论 0 0
  • 1.安装 $sudo apt-get install cmake 2.示例:简单的文件目录 sample |—...
    荷包蛋酱阅读 29,646评论 0 15
  • 目录 参考资料 1. 官方文档[https://cmake.org/cmake/help/v3.21/]2. CM...
    小小小_大大大阅读 1,295评论 0 0
  • Github 练习[https://github.com/chayliu1991/cmake] 语法特性 变量使用...
    疯了个魔阅读 256评论 0 0
  • 最近在负责一个大型工程的CMake编译系统管理,整理一些工作过程中积累下来的知识片段和技巧。CMake是一个跨平台...
    啊呀哟嘿阅读 8,833评论 0 2