cmake对编译器版本和库依赖的问题

最新推荐文章于 2025-02-17 21:08:48 发布
最新推荐文章于 2025-02-17 21:08:48 发布
阅读量1.1w 收藏 11
点赞数 1
分类专栏： C++11 C++ 文章标签： cmake
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/fpcc/article/details/102664881
版权

cmake对编译器版本和库依赖的问题

一、介绍

最近在编译Wasm的几个相关工具时，其使用的是cmake工具，一般来说，开源的软件的编译文档会写的相当清楚，而且开源软件为了让客户体验方便，一般编译的步骤和依赖的相关工具和库，都会尽量整合到一起，防止因为无谓的原因导致编译问题影响软件的整体下载应用。
在编译相关的工具过程中，确实发现很多都基本可以做到两三到命令即可完成编译，也不需要下载过多的依赖。但是在编译的过程中，也遇到了一些问题，下面进行了分析和总结，以咨后鉴。

二、编译器版本控制

在编译一些相对比较老或者很新的c++软件时，可能在电脑上安装多个版本的Gcc编译器，这样就出现一个问题，在老的版本上编译新的软件依赖时，就会出现类似于下面的错误：“unrecognized command line option ‘-std=c++14’”。这很显，就是默认的编译器的版本比较老。但是让人郁闷的是，服务器上已经安装了最新的GCC9.1版。这肯定是默认的链接并没有指向新的版本。当初为了不影响虽的用户，确实也没有修改相关的配置文件。
执行cmake .命令：

CMake Warning:
  No source or binary directory provided.  Both will be assumed to be the
  same as the current working directory, but note that this warning will
  become a fatal error in future CMake releases.

-- The C compiler identification is GNU 4.8.5
-- The CXX compiler identification is GNU 4.8.5
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
......

结果发现，竟然使用的是GCC4.8.5，路径在usr/bin下。而在安装9.1版本时，就已经知道安装在了/usr/local/bin下。如果在CMakeList.txt文档中将c++14修改成c++11，编译时就会报auto的使用方法不正确。这也再次验证了是c++编译器的版本的问题。
直接修改链接配置当然最简单，暴力。但是有可能影响其它使用的相关版本的软件，那么也可以使用类似环境变量的单次配置的效果，如下：

export CC=/usr/local/bin/gcc
export CXX=/usr/local/bin/g++
cmake /path/project

这时候儿再使用cmake命令：

$ export CC=/usr/local/bin/gcc
$ export CXX=/usr/local/bin/g++
$ cmake .
-- The C compiler identification is GNU 9.1.0
-- The CXX compiler identification is GNU 9.1.0
-- Check for working C compiler: /usr/local/bin/gcc
-- Check for working C compiler: /usr/local/bin/gcc -- works
......

这次发现，编译器的版本已经到达了最新的版本，这时候儿再make ,就会发现上述的编译错误，不再出现。这种方法非常适合于多人在服务器端共同编程或者在电脑上维护着多个版本的软件时使用。

三、库依赖问题

在编译成功后，在运行时，有些软件还会出现类似下面的问题：

version `GLIBCXX_3.4.26' not found

可能版本有所不同，但基本都是缺少相关的版本的运行库。可以用strings命令来看一下：

$ strings /usr/lib64/libstdc++.so.6 |grep GLIBC
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_3.4.21
GLIBCXX_3.4.22
GLIBC_2.3
GLIBC_2.2.5
GLIBC_2.14
GLIBC_2.17
GLIBC_2.3.2
GLIBCXX_DEBUG_MESSAGE_LENGTH
__strtof_l@@GLIBC_2.2.5
_ZNKSt14basic_ifstreamIcSt11char_traitsIcEE7is_openEv@GLIBCXX_3.4
fileno@@GLIBC_2.2.5
pthread_cond_destroy@@GLIBC_2.3.2
......

发现确实没有这个版本，那么去安装的最新版本处看一下：

$ strings /usr/local/lib64/libstdc++.so.6 |grep GLIBC
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_3.4.21
GLIBCXX_3.4.22
GLIBCXX_3.4.23
GLIBCXX_3.4.24
GLIBCXX_3.4.25
GLIBCXX_3.4.26
GLIBC_2.2.5
GLIBC_2.3
GLIBC_2.14
GLIBC_2.6
GLIBC_2.4
GLIBC_2.16
GLIBC_2.17
GLIBC_2.3.2
GLIBCXX_DEBUG_MESSAGE_LENGTH
__strtof_l@@GLIBC_2.2.5
symlink@@GLIBC_2.2.5
......

在这里发现有这个最新的依赖库。使用的方法，仍然是推荐本次终端内使用的方式,配置一下环境变量：

$ echo $PATH
/home/xyz/.cargo/bin:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/xyz/.local/bin:/home/xyz/bin
$ export LD_LIBRARY_PATH=/usr/local/lib64
$ echo $LD_LIBRARY_PATH
/usr/local/lib64
$ sudo ldconfig
[sudo] password for fanjinfeng:
ldconfig: /lib/libzstd.so.1 is not a symbolic link

有一个小的错误，可以不理会它。这样，再执行时，就没有问题了，但是如果关闭终端或者重启电脑后，仍然需要执行这些命令，当然，可以写成一个Shell脚本。看你的心情了。

四、总结

使用工具和直接使用GCC编译还是有一些不同，当然，解决这两类问题的方法还有其它的，但是分析的这两种是推荐的，既不影响大家，又可以放心使用。

cmakelist 库依赖库_androidstudio cmakelist编译.cpp并且引用第三方库
weixin_39818264的博客
12-31 626
一、项目结构项目配置主要是里面cmake的配置，ndk配置，设置cMakeLists.txtimage.png目录结构.cpp文件和它需要的.h文件都放在cpp文件夹下.cpp文件依赖的.so文件则放在jniLibs文件夹下，jniLibs文件夹在Gradle脚本中是默认存放.so文件的位置，如果你想改它则需要在build.gradle中指定它的位置，如下设置:sourceSets {main {...
CMake 常见问题及解决办法
我其实什么都不会
08-01 1万+
本文介绍了一些CMake常见问题及解决办法，主要涉及到Boost库、安装命令、编译器、生成器、缓存文件、路径转义和版本更新等方面。希望本文能够帮助大家更好地使用CMake构建自己的项目。
OpenCV 3.2+opencv_contrib3.2 CMake编译库install打包（64位）
07-11
把新的库文件配置到到项目中： VC++目录-->包含目录，添加： (解压路径)\install\include (解压路径)\install\include\opencv (解压路径)\install\include\opencv2 VC++目录-->库目录，添加： (解压路径)\install\x64\vc12\lib 链接器-->输入-->附加依赖项，添加release版本自己所需要的lib库，注意是xx320.lib(添加的release的版本，注意添加的库与编译选项要一致)
CMake 编译工具
我的博客
02-17 1524
工具链文件：推荐使用工具链文件来管理编译器设置。命令行指定：可以直接在命令行中指定编译器，但不推荐用于复杂项目。检查设置：配置完成后，检查编译器是否正确设置。通过这些步骤，你可以轻松地在 CMake 中设置编译器。在 CMake 中，默认的编译器取决于系统的环境变量（如PATH）和 CMake 的默认行为。
cmake编译三方库运行找不到依赖库
我的博客
05-15 2259
测试用遇到so库正常打包到apk，但是实际运行遇到，通过编译链接的方式找不到依赖库，但是通过dlopen的方式确实可以正常加载的问题。全路径的 libxxx.so 显然是没法在我们设置的 LD_LIBRARY_PATH 里面找到的，所以会报个 not found 的错误,这就是加载不到so的原因了。发现依赖的so是全路径，显然是不对的，从路径看也就是我们set_target_properties中设置的路径。so库的链接方式有两种：一种是通过dlopen,另一种是通过编译链接。
CMake 编译静态库的同时打包所有依赖静态库的方法
Up to Me
10-25 4397
在 CMakeLists.txt 末尾添加 set(libalgo ${PROJECT_SOURCE_DIR}/libs/armv8-64/libalgo.a) set(libftkmath ${PROJECT_SOURCE_DIR}/libs/armv8-64/libftkmath.a) add_custom_command(TARGET ${PROJECT_NAME} POST_BUILD COMMAND ${CMAKE_AR} x ${l
使用cmake进行打包，包含可执行程序和动态依赖库
boss-dog
04-14 4530
平常代码开发中，有时候需要将写的程序打包成压缩包放到目标设备上进行运行测试。
[cmake]添加依赖库的两种方式：从源码编译和使用已编译好的库
玄冬Wong
07-22 1万+
源码编译依赖库 示例，假设构建生成的可执行文件为zipapp，该文件依赖第三方库archive，链接archive库时从源码编译生成lib：   add_library(archive archive.cpp zip.cpp lzma.cpp) add_executable(zipapp zipapp.cpp) target_link_libraries(zipapp archive...
CMake编译器3.25.0 window 64位
03-17
描述中提到"官网下CMake编译器慢的，可以直接这里下载"，意味着用户可以从非官方渠道快速获取到CMake 3.25.0的预发布版本（RC1）。预发布版本通常是软件正式发布前的最后一个测试版本，可能包含一些新特性，但可能...
Cmake工具调用HighTec编译器实现自动生成makefile
10-09
此外，开发者可以利用Cmake提供的查找模块（如FindPackage），来定位和链接依赖库，这使得依赖管理更为方便。Cmake强大的宏和函数库，如MathOperations和StringUtils，也极大地提高了开发效率，简化了代码编写。 ...
Linux C++ 多版本库依赖问题
08-04
在Linux环境下进行C++开发时，经常会遇到多版本库依赖的问题。这主要涉及到Linux系统中的动态库链接机制，...通过合理的规划和使用适当的工具，可以有效地管理库版本，避免潜在的问题，确保项目的稳定性和可维护性。
vs2022+cmake工程 静态库+动态库演示
02-28
CMake则是一个跨平台的构建系统，它允许开发者用一种统一的方式管理不同操作系统和编译器下的项目构建。本教程将重点介绍如何在VS2022中结合CMake创建静态库和动态库。 首先，我们需要了解静态库和动态库的区别。...
opencv cmake时缺少的FFmpeg库
04-28
5. **检查CMake输出**：在CMake配置过程中，它会显示找到的库和其版本。如果FFmpeg被成功检测到，你应该能在输出信息中看到相关的条目。 6. **解决问题**：如果在CMake过程中仍然找不到FFmpeg，可能是由于版本不...
cmake多模块架构， DLL依赖编译
zhexiao
12-15 403
然后通过add_custom_command进行拷贝dll到生成路径。主要通过设置环境变量定义具体路径。
ubuntu16.04下编写CMakeLists编译多个c++文件及添加依赖库
sunshine5050的博客
06-29 2773
主要参考这个[链接](https://blog.csdn.net/zhulinmanbu114/article/details/90754803)，但是因为vocode中配置编译多个c++文件的json不好配置，所以还是按照终端输入命令的方法编译整个工程，不同的是终端借用vscode的终端，这样在调试的时候可以看到自己的代码，更加方便。在根目录执行cmake . 以及make操作，生成的可执行文件在build目录下（在cmakelists里面设置），在build目录下执行进行gdb调试（在本项目中，执...
cmake编译带版本的动态库以及链接不带版本的库
猫步旅人- 程序员的旅途
04-28 4943
个人博客 https://juejin.cn/user/176366088104638 和 http://blog.wuzhenyu.com.cn cmake 编译动态库和链接动态库 cmake 中，通过 add_library 的方式，来设置编译目标，编译结果为动态库或者静态库 add_library(<name> [STATIC | SHARED | MODULE] [EXCLUDE_FROM_ALL] [source1] [source2.
cmake简单使用及编译项目打包成so文件
热门推荐
Gavinmiaoc的博客
11-21 2万+
简介 CMake是一个跨平台的编译自动配置工具，它使用一个名为CMakeLists.txt的文件来描述构建过程，可以产生标准的构建文件。它可以用简单的语句来描述所有平台的安装(编译过程)。它能够输出各种各样的makefile或者project文件，能测试编译器所支持的C++特性，类似UNIX下的automake。CMake并不直接建构出最终的软件，而是产生标准的建构档(如Unix的Makefil...
Linux中cmake指定特定版本gcc
qq_41750952的博客
05-21 7683
最近因为服务器上有多个gcc，编译llvm的时候需要使用5.1以上的，但是由于默认目录/usr/bin下的gcc是4.8.5，在另外的目录下有一个7.3.1的，cmake默认使用老版本的gcc，导致cmake失败。 报错 输入which gcc显示的是7.3.1版本的位置，gcc --version显示的也是7.3.1，说明默认的gcc版本没问题，但是可能cmake就是默认去/usr/bin目录下面找，然后这是报错信息： CMake Error at cmake/modules/CheckCompi
CMake 的 Tool chain file 不支持缓存的解决办法
icbm的专栏
07-29 1145
Check CMake Cache Variable in Toolchain File https://stackoverflow.com/questions/28613394/check-cmake-cache-variable-in-toolchain-file
cmake配置编译器
最新发布
03-18
### 如何在CMake中指定和配置编译器 在CMake项目中，可以通过多种方式来设置目标平台的编译器。以下是几种常见的方法： #### 方法一：通过命令行参数传递 可以在调用 `cmake` 命令时直接通过 `-D` 参数指定所需的编译器路径或名称。例如，如果需要分别指定 C 和 C++ 编译器，则可以执行如下命令[^1]： ```bash cmake -G "Your Generator" \ -D CMAKE_C_COMPILER=gcc-4.2 \ -D CMAKE_CXX_COMPILER=g++-4.2 \ /path/to/your/source ``` 上述命令中的选项解释如下： - `-G "Your Generator"` 表示选择特定的构建工具（如 Makefile 或 Ninja），具体可用生成器可通过运行 `cmake --help` 查看。 - `-D CMAKE_C_COMPILER=gcc-4.2` 设置用于处理 `.c` 文件的编译器为 GCC 版本 4.2。 - `-D CMAKE_CXX_COMPILER=g++-4.2` 则定义了针对 `.cpp` 文件使用的 G++。 #### 方法二：修改环境变量 另一种替代方案是调整系统的 PATH 变量或者临时覆盖默认行为，即预先设定 CC 和 CXX 这两个标准环境变量指向期望版本的编译程序后再初始化 cmake 工程目录结构。比如，在 Unix shell 中可这样操作[^2]: ```bash export CC=/usr/bin/gcc-7 export CXX=/usr/bin/g++-7 cmake .. ``` 这里设置了新的 GNU Compiler Collection (GCC) 的第七版作为当前会话期间唯一认可的选择之一；之后再继续常规流程即可完成整个项目的准备阶段工作而无需额外干预其他部分细节内容。 #### 方法三：利用 toolchain file 配置文件实现自动化管理 对于跨平台开发场景下更为复杂的依赖关系控制需求来说，创建专属于某个特殊硬件架构下的交叉编译链路可能更加合适一些。此时就可以考虑编写自定义 Toolchains Script 来集中存储这些定制化属性值并简化后续重复劳动过程。下面给出一个简单的例子展示如何声明 ARM Cortex-M 系列微控制器所对应的 Keil MDK-Arm 软件包内的 arm-none-eabi-gcc 工具集位置信息[^3]: ```cmake set(CMAKE_SYSTEM_NAME Generic) set(CMAKE_SYSTEM_PROCESSOR ARM) # Set compilers to use. set(CMAKE_C_COMPILER "/Applications/Keil_v5/ARMCompiler6/bin/armclang.exe") set(CMAKE_CXX_COMPILER "/Applications/Keil_v5/ARMCompiler6/bin/armclang++.exe") # Where is the target environment located? set(CMAKE_FIND_ROOT_PATH "") # Adjust default behavior of FIND_XXX() commands: set(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER) set(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY) set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY) ``` 最后一步就是把上面保存成名为 something.toolchain.cmake 的纯文本文档形式存放到易于访问的地方以后每次只需要加上额外的一个开关就可以了: ```bash cmake -DCMAKE_TOOLCHAIN_FILE=<path-to-toolchain>/something.toolchain.cmake ../source/ ``` 以上三种途径均能有效达成更改底层引擎的目的，开发者可以根据实际应用场景灵活选用最适合自己的那一种策略组合起来运用到日常工作中去提升效率减少错误发生几率的同时也方便团队成员之间相互协作交流经验教训共同进步成长壮大队伍实力水平！
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值