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

最新推荐文章于 2025-09-26 10:23:33 发布
原创 最新推荐文章于 2025-09-26 10:23:33 发布 · 1.1w 阅读 · 11 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#cmake

本文深入探讨了使用CMake进行编译时遇到的编译器版本和库依赖问题，包括如何通过环境变量配置指定正确的GCC版本，以及解决运行时因库版本不匹配导致的错误。

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编译还是有一些不同，当然，解决这两类问题的方法还有其它的，但是分析的这两种是推荐的，既不影响大家，又可以放心使用。

QT使用cmake生成vs2019工程方法
Embedded Guru
08-26 4134
QT使用cmake生成vs2019工程方法QT使用cmake生成vs2019工程方法 QT使用cmake生成vs2019工程方法 参考链接：https://cmake.org/cmake/help/git-stage/generator/Visual%20Studio%2016%202019.html 生成命令： 1、生成win32工程 cmake -G "Visual Studio 16 201...
libtorch cmakelist cmake安装报错 FindPackageHandleStandardArgs.cmake find_package(Torch REQUIRED)错误 解决方案
Bean的博客
08-10 4210
我的原因是Cmake版本太低，我的是2.8，换成3.0以上就可以，cmake升级的教程 -- 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 -- Detecting C comp
零基础学习CMake--第五章：依赖管理——如何引入第三方库？5.1 内置查找：find_package()的原理与常用参数（如REQUIRED）
xiaoheshang_123的博客
09-26 825
如果库不在默认搜索路径中，可以用PATHS指定额外的搜索目录。​​示例​find_package(OpenCV PATHS /opt/opencv4 REQUIRED) # 在/opt/opencv4目录下找OpenCV。
cmake终极奥义
qq_31716541的博客
05-29 900
cmake终极奥义
cmake编译三方库运行找不到依赖库
我的博客
05-15 2561
测试用遇到so库正常打包到apk，但是实际运行遇到，通过编译链接的方式找不到依赖库，但是通过dlopen的方式确实可以正常加载的问题。全路径的 libxxx.so 显然是没法在我们设置的 LD_LIBRARY_PATH 里面找到的，所以会报个 not found 的错误,这就是加载不到so的原因了。发现依赖的so是全路径，显然是不对的，从路径看也就是我们set_target_properties中设置的路径。so库的链接方式有两种：一种是通过dlopen,另一种是通过编译链接。
CMake 编译静态库的同时打包所有依赖静态库的方法
Up to Me
10-25 4607
在 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编译器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系统中的动态库链接机制，...通过合理的规划和使用适当的工具，可以有效地管理库版本，避免潜在的问题，确保项目的稳定性和可维护性。
windows下protobuf编译器、依赖库的cmake安装
weixin_45007596的博客
07-18 943
在windos下 基于vs2019使用cmake生成protobuf的编译器和相关库文件
精选资源
vs2022+cmake工程 静态库+动态库演示
02-28
CMake则是一个跨平台的构建系统，它允许开发者用一种统一的方式管理不同操作系统和编译器下的项目构建。本教程将重点介绍如何在VS2022中结合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的版本，注意添加的库与编译选项要一致)
c++学习第2篇之2——cmake+make打包编译
xiaotiig的博客
04-17 1671
linux中工作中打包时，下面的第1种方式g++和第2种方式cmake+make都推荐，更倾向于第2种方式。c++的2种打包方式方式一：使用g++编译器命令：第1种方式是使用g++命令，通过g++命令进行打包，但是可能需要一长串打包命令。但是对于简单的项目，打包命令就比较简单一些。方式二：使用cmake和make命令打包：编写CMakeLists.txt文件，通过cmake命令生成对应平台的makefile文件或.sln文件。最后使用make命令生成可执行程序或者第三方库。
使用cmake进行打包，包含可执行程序和动态依赖库
boss-dog
04-14 5742
平常代码开发中，有时候需要将写的程序打包成压缩包放到目标设备上进行运行测试。
[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多模块架构， DLL依赖编译
zhexiao
12-15 562
然后通过add_custom_command进行拷贝dll到生成路径。主要通过设置环境变量定义具体路径。
ubuntu16.04下编写CMakeLists编译多个c++文件及添加依赖库
sunshine5050的博客
06-29 2853
主要参考这个[链接](https://blog.csdn.net/zhulinmanbu114/article/details/90754803)，但是因为vocode中配置编译多个c++文件的json不好配置，所以还是按照终端输入命令的方法编译整个工程，不同的是终端借用vscode的终端，这样在调试的时候可以看到自己的代码，更加方便。在根目录执行cmake . 以及make操作，生成的可执行文件在build目录下（在cmakelists里面设置），在build目录下执行进行gdb调试（在本项目中，执...
cmakelist 库依赖库_androidstudio cmakelist编译.cpp并且引用第三方库
weixin_39818264的博客
12-31 682
一、项目结构项目配置主要是里面cmake的配置，ndk配置，设置cMakeLists.txtimage.png目录结构.cpp文件和它需要的.h文件都放在cpp文件夹下.cpp文件依赖的.so文件则放在jniLibs文件夹下，jniLibs文件夹在Gradle脚本中是默认存放.so文件的位置，如果你想改它则需要在build.gradle中指定它的位置，如下设置:sourceSets {main {...
cmake编译带版本的动态库以及链接不带版本的库
猫步旅人- 程序员的旅途
04-28 5081
个人博客 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指定编译器编译googletest为静态库
最新发布
09-29
<think>首先，用户的问题是：“我想查找使用CMake指定编译器将Google Test编译为静态库的方法。请问使用CMake指定编译器编译Google Test为静态库的方法？” 我需要基于提供的引用和之前的系统指令来回答。系统指令包括： - 所有行内数学表达式用 $...$ 格式。 - 独立公式用 $$...$$ 格式。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 在回答中引用的段落末尾自然地添加引用标识，如 [^1]。 提供的引用是： - 引用[1]: 关于CMake检查系统信息和编译器的方法。 - 引用[2]: Windows下CMake指定编译链的方式，包括使用 -DCMAKE_TOOLCHAIN_FILE 和 -G 选项。 - 引用[3]: CMake设置启用Intel编译器编译C++代码的方法。 用户的需求是使用CMake指定编译器来编译Google Test为静态库。Google Test通常指的是Google的单元测试框架googletest。 关键点： - 编译为静态库：通常涉及设置构建选项来静态链接。 - 使用CMake指定编译器：CMake中指定编译器可以在配置阶段通过命令行参数或CMakeLists.txt设置。 从引用中提取相关信息： - 引用[2]提到使用 -G 选项指定生成器的类型（如"MinGW Makefiles"）和 -DCMAKE_TOOLCHAIN_FILE 来指定工具链文件。 - 引用[3]展示了在CMakeLists.txt中使用 set(CMAKE_GENERATOR_TOOLSET ...) 来设置编译器工具集。 Google Test通常是一个CMake项目，所以我们需要在CMake配置中指定编译器。 标准方法： 1. **指定编译器命令行**：在运行cmake命令时，可以使用环境变量（如CC和CXX）或命令行选项指定编译器。例如，在Linux上，可以使用 `cmake -DCMAKE_C_COMPILER=/path/to/cc -DCMAKE_CXX_COMPILER=/path/to/c++ ..`。 2. **使用工具链文件**：对于跨平台或在特定环境设置编译器，使用工具链文件。这在引用[2]中提到。 3. **编译为静态库**：对于googletest，默认可能编译为静态库或动态库。在CMake中，通常可以通过选项控制。googletest的CMakeLists.txt提供了 BUILD_SHARED_LIBS 选项来设置库类型。 具体到googletest： - 下载googletest源代码。 - 在CMake配置中设置编译器并指定 BUILD_SHARED_LIBS=OFF 来编译为静态库。 - 使用命令行或工具链文件指定编译器。 步骤概述： 1. 创建一个构建目录。 2. 运行cmake命令，指定编译器路径和选项。 - 例如：`cmake -DCMAKE_CXX_COMPILER=/path/to/c++ -DBUILD_SHARED_LIBS=OFF /path/to/googletest` 3. 构建库：`cmake --build .` 在Windows上，引用[2]提到可能需要使用 -G 选项指定生成器类型。 googletest的官方文档可能推荐使用add_subdirectory或ExternalProject模块，但这里是关于编译库本身。 集成到用户项目时，用户可能想静态链接googletest。 现在，回答需要用中文。 结构清晰：一步步解决问题。 生成相关问题：在末尾添加相关问题列表。 添加引用标识：如果在回答中引用了段落，添加 [^1], [^2] 等。这里的引用是用户提供的引用[1], [2], [3]，我需要自然地引用它们。 例如，在讨论指定编译器时，引用参考中的信息。 回答结构： 1. 介绍：简要说明用户需求。 2. 步骤：详细描述如何使用CMake指定编译器编译googletest为静态库。 - 前提：下载googletest源代码。 - 方法1: 通过命令行指定编译器。 - 方法2: 使用工具链文件。 - 确保编译为静态库：设置 BUILD_SHARED_LIBS=OFF。 - 引用相关部分。 3. 示例命令：给出命令行示例。 4. 结束：确认方法。 5. 相关问题：生成几个相关问题。 确保语言自然。 相关问题例子： 1. 如何验证编译器是否设置成功？ 2. CMake中如何处理不同平台的兼容性？ 3. 如何在没有根权限的情况下指定编译器？ 4. Google Test静态库的优缺点是什么？ 5. CMake的其他选项如何影响构建？ 现在，结合引用： - 当提到使用命令行指定编译器时，引用引用[2]关于 -G 和 -DCMAKE_TOOLCHAIN_FILE。 - 当提到设置工具集时，引用引用[3]。 - 引用[1]是关于系统信息的，可能不直接相关，但可以说如果需要检查编译器信息，可以用那个命令。 最终回答。 </think>以下是针对您查询的详细解答：使用CMake指定编译器将Google Test编译为静态库的方法。Google Test（也称为googletest）是一个流行的C++单元测试框架。编译为静态库（例如 `.a` 文件在Linux或 `.lib` 在Windows）可以简化依赖管理，并确保测试代码在链接时无需外部库文件。我将一步步解释实现方法，基于CMake的通用最佳实践和您提供的引用信息（特别参考了引用[2]和引用[3]关于指定编译器的方式）。整个过程包括下载源代码、配置CMake选项、指定编译器路径，以及设置库类型。 ### 步骤1: 准备环境 在开始前，确保您已完成以下准备工作： - **下载Google Test源代码**：从官方仓库克隆或下载源码（推荐使用Git）： ```bash git clone https://github.com/google/googletest.git cd googletest ``` - **创建构建目录**：在源码目录外创建单独的构建目录，以避免污染源码： ```bash mkdir build && cd build ``` - **确保CMake版本兼容**：Google Test要求CMake 3.14或更高版本。您可以检查版本： ```bash cmake --version ``` ### 步骤2: 使用CMake指定编译器并编译为静态库 在CMake中指定编译器有两种主要方式：**命令行参数直接指定**或**工具链文件（toolchain file）**。编译为静态库需设置 `BUILD_SHARED_LIBS=OFF` 选项。以下分方法说明，每种方法都适用于Windows、Linux或macOS平台。 #### 方法1: 通过命令行参数直接指定编译器（推荐简单场景） 此方法在运行 `cmake` 命令时使用 `-D` 选项定义编译器路径和库类型。这是最直接的方式，尤其适合快速测试。 - **Linux/macOS 示例**： - 指定GCC或Clang编译器： ```bash cmake -DCMAKE_C_COMPILER=/usr/bin/gcc -DCMAKE_CXX_COMPILER=/usr/bin/g++ -DBUILD_SHARED_LIBS=OFF ../googletest ``` 这里，`/usr/bin/gcc` 和 `/usr/bin/g++` 是编译器路径（替换为您的编译器路径）。`-DBUILD_SHARED_LIBS=OFF` 强制生成静态库。 - 构建库： ```bash cmake --build . # 编译所有目标 ``` 编译完成后，静态库文件（如 `libgtest.a` ）会输出到构建目录。 - **Windows 示例**： - 指定MinGW或MSVC编译器（例如，使用MinGW编译器）： ```powershell cmake -G "MinGW Makefiles" -DCMAKE_C_COMPILER=gcc -DCMAKE_CXX_COMPILER=g++ -DBUILD_SHARED_LIBS=OFF ../googletest ``` 在Windows上，必须使用 `-G` 选项指定生成器类型（如 "MinGW Makefiles"），以避免与MSVC冲突（这与引用[2]中描述的 `-G` 选项一致）[^2]。 - 构建库： ```powershell cmake --build . --config Release # Release模式优化性能 ``` 输出静态库文件（如 `gtest.lib` ）。 #### 方法2: 使用工具链文件指定编译器（推荐复杂或跨平台场景） 对于需要多次复用或特定环境设置（如自定义工具链），创建工具链文件更灵活。这与引用[2]中提到的 `-DCMAKE_TOOLCHAIN_FILE` 方法一致[^2]。 - **创建工具链文件**：新建一个文件（如 `my_toolchain.cmake`），内容指定编译器路径和库选项： ```cmake # my_toolchain.cmake set(CMAKE_C_COMPILER "/path/to/your/c_compiler") # e.g., /usr/bin/clang on Linux set(CMAKE_CXX_COMPILER "/path/to/your/cxx_compiler") # e.g., /usr/bin/clang++ on macOS set(BUILD_SHARED_LIBS OFF) # 强制编译为静态库 ``` - 在Windows上，如果使用Intel编译器，可以结合引用[3]中的工具集设置（如 `set(CMAKE_GENERATOR_TOOLSET "Intel C++ Compiler 2022")`）[^3]，但通常编译器路径已足够。 - **运行CMake时引用工具链文件**： ```bash cmake -DCMAKE_TOOLCHAIN_FILE=/path/to/my_toolchain.cmake ../googletest ``` 然后构建： ```bash cmake --build . ``` ### 关键注意事项 - **验证编译器设置**：CMake配置后，检查输出日志以确保指定编译器已生效（例如，查找 `-- The C compiler identification is GNU` ）。如果需要调试编译器信息，可以使用 `cmake --system-information` 命令导出系统详情（如引用[1]所述，运行 `cmake --system-information information.txt` 可生成报告文件）[^1]。 - **Google Test特定选项**： - Google Test的CMakeLists默认支持静态库，但 `BUILD_SHARED_LIBS=OFF` 是必需的。如果未设置，默认可能编译为动态库。 - 其他选项如 `gtest_build_tests=OFF` 可禁用测试编译以加速构建。 - **平台差异**： - Windows：使用 `-G` 指定生成器（如 "Ninja" 或 "Visual Studio 17 2022"），否则可能默认MSVC（示例见引用[2]）[^2]。 - Linux/macOS：环境变量 `CC` 和 `CXX` 也可指定编译器（例如 `export CC=/usr/bin/clang` 后再运行CMake）。 - **编译器兼容性**：确保编译器支持C++11或更高标准（Google Test要求）。如果遇到错误，添加 `-DCMAKE_CXX_STANDARD=11` 到CMake命令。 ### 完整示例命令 假设在Linux上用GCC编译： ```bash # 克隆源码 git clone https://github.com/google/googletest.git mkdir gtest-build && cd gtest-build # 配置CMake：指定编译器并设置静态库 cmake -DCMAKE_C_COMPILER=gcc -DCMAKE_CXX_COMPILER=g++ -DBUILD_SHARED_LIBS=OFF ../googletest # 编译 cmake --build . --target gtest # 只编译gtest库 ``` 编译后，静态库（如 `libgtest.a` ）位于 `lib/` 子目录。 ### 结论 通过上述方法，您可以成功使用CMake指定任意编译器（如GCC、Clang、MSVC或Intel）并将Google Test编译为静态库。推荐从命令行参数开始（方法1），对高级需求使用工具链文件（方法2）。如果您需要进一步的优化（如链接时优化），可以在CMake命令中添加额外标志如 `-DCMAKE_INTERPROCEDURAL_OPTIMIZATION=ON`。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值