开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

Googletest: CLANG编译了GCC失败的地方

Googletest是一个流行的C++单元测试框架，它可以用于编写和执行各种规模的测试用例。它是Google的开源项目，旨在提供简单易用的接口和丰富的功能，以帮助开发人员编写高质量的测试代码。

Googletest支持在多种编译器和平台上进行测试，包括GCC（GNU编译器集合），但在某些情况下，使用CLANG（LLVM编译器）编译时可能会出现失败的情况。

GCC和CLANG都是流行的C++编译器，它们在语法和编译行为上有一些差异。由于这些差异，CLANG可能会在某些情况下无法编译GCC编译器可以成功编译的代码。这可能是由于代码中使用了GCC特定的扩展或语法，而CLANG无法正确解析或编译。

当使用CLANG编译Googletest时，如果出现GCC编译成功而CLANG编译失败的情况，可以尝试以下方法来解决问题：

检查编译选项：确保使用的编译选项与GCC和CLANG的要求和默认设置兼容。可能需要对编译选项进行调整，以适应CLANG的编译要求。
更新编译器版本：尝试使用最新版本的CLANG编译器。新版本的编译器通常修复了旧版本中的许多错误和问题，并提供了更好的兼容性。
修改代码：如果CLANG无法正确编译特定的代码段，可以尝试对代码进行修改以使其更符合CLANG的语法要求。这可能涉及到更改特定的语法结构或使用更标准的C++代码。

需要注意的是，Googletest是一个独立于编译器的库，它的问题可能与具体的编译器无关。在遇到编译问题时，应该首先检查代码本身是否存在语法错误或其他与编译器无关的问题。

作为腾讯云的用户，可以使用腾讯云的云服务器（CVM）来搭建测试环境，并结合腾讯云的云原生产品和服务来构建和管理云原生应用。腾讯云的容器服务（TKE）和Kubernetes（K8s）提供了强大的容器化解决方案，可以方便地部署和管理应用程序。同时，腾讯云还提供了丰富的数据库服务（如TencentDB）和存储服务（如对象存储COS），以满足不同应用场景的需求。

下面是腾讯云相关产品和产品介绍链接地址：

云服务器（CVM）：https://cloud.tencent.com/product/cvm
云原生产品和服务：https://cloud.tencent.com/solution/cloud-native
容器服务（TKE）：https://cloud.tencent.com/product/tke
Kubernetes（K8s）：https://cloud.tencent.com/product/kubernetes
数据库服务（TencentDB）：https://cloud.tencent.com/product/cdb
对象存储（COS）：https://cloud.tencent.com/product/cos

相关搜索:LLVM/Clang是由GCC引导/编译的吗？介子选择了错误的编译器(取而代之的是在clang上的GCC)用clang编译的并发程序运行正常，但与gcc挂起 Gnucobol将.cob编译为.c失败，无法通过clang的编译器编译包含指向模板函数的指针的初始化器列表时，出现了gcc错误，而不是clang错误在C99之前的模式下告诉gcc编译失败如何调试一个clang C++编译器的bug？(clang前端命令失败，退出代码139)有没有一个已经指定了不编译/链接的gcc标志？如何在macOS的老扩展clang和gcc编译器中初始化数组和向量？使用GCC在linux上编译后，std::to_string()调用中的valgrind出现分段错误。应用程序在OSX上与clang配合工作正常 Vaadin7小部件集编译失败，并显示“检查您的模块继承了'com.google.gwt.core.Core‘”

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

快速入门：使用 CMake 进行构建GoogleTest项目

关于GoogleTest和CMake结合使用，可以参照GoogleTest官方文档Quickstart: Building with CMake

01

近期cmake-toolset的一些适配问题

偷懒了好久没有写分享了，最近的时间也是花费了很多时间大量优化了之前游戏服务器框架和组件的很多细节。其中，相对独立且同时也被其他的项目使用的一个工具则是基于 cmake 和 git 且兼容 vcpkg 的构建系统 cmake-toolset 。之所以要写这么个构建工具主要是要提供比 vcpkg 更宽容的兼容性（没办法我们公司的编译环境比较古老），并且提供更进一步的定制化能力（包含但不限于功能开关和下载源，这些东西 vcpkg 也是很后期才有了个初步的支持）。那么先来记录一下构建系统适配过程中的一些问题吧。

04

CMake简易指南

CMake 详细说明参考官方文档 https://cmake.org/cmake/help/latest/index.html，其中latest为最新版本版本，不同 CMake 版本，API 有差异，请根据当前项目设置的最低版本来参考，高版本 API 在低版本无法使用。3.20之后的文档会标记该 API 的生效版本

05

C++ 项目之Googletest单元测试

Googletest - Google Testing and Mocking Framework

02

【GoogleTest】GoogleTest单元测试(1)快速上手

快速上手 GoogleTest是Google的一套用于编写 C++测试的框架，可以运行在多个平台上(包括Linux、MacOS X、Windows、Cygwin等)。基于xUnit架构，支持很多好用的特性，包括自动识别测试、丰富的断言、断言自定义、死亡测试、非终止的失败、生成XML报告等等。以下简称GTest。 ---- GTest的优点好的测试应包括如下特点。测试应该是独立的、可重复的。一个测试的结果不应该作为另一个测试的前提。 GTest中每个测试运行在独立的对象中。如果某个测试

03

C++ 动态新闻推送第25期

从reddit/hackernews/lobsters/meetingcpp摘抄一些c++动态。

02

[ 编译篇 ] 嵌入式平台使用GoogleTest框架测试C++代码

实际项目中写的应用层代码为了保证可靠性，需要编写一定的测试用例，进行单元测试。这里以GoogleTest为例，在嵌入式平台上(Amlogic A113x 平台)实现应用层代码的测试。

02

披着CLion的外衣实则在讲CMake

至于 CLion 安装和基础设置，网上教程一大把，而且不是学习重点，根据自己需求配置即可。

03

(Android下使用)Google Test C++单元测试框架(二)

TEST() and TEST_F() implicitly register their tests with googletest. So, unlike with many other C++ testing frameworks, you don't have to re-list all your defined tests in order to run them.

05

重写了llvm+clang+libc++和libc++abi的构建脚本

由于之前整理的服务器框架已经完成了，就需要用各种静态分析工具跑一遍。原来的llvm+clang的编译脚本是从GCC那个脚本copy过来然后改的，使用的时候各种问题。所以干醋重新折腾一遍，重写了。

02

物联网设备端开发-开发环境搭建

为了更好的学习物联网设备端相关知识和实践，基于之前的 iot hub c sdk 整理并重写了 iot-hub-device-c-sdk

04

C++最佳实践 | 1. 工具

本文档旨在收集对C++最佳实践所进行的协作性讨论，是《Effective C++》(Meyers) 和《C++ Coding Standards》(Alexandrescu, Sutter) 等书籍的补充。在讨论如何确保整体代码质量的同时，补充了一些没有讨论到的较低级别的细节，并提供了具体的风格建议。

01

5.7打补丁—编译和官方一致的Linux_Generic包

MySQL 5.7.21二进制包下载地址：(https://downloads.mysql.com/archives/get/p/23/file/mysql-5.7.21-linux-glibc2.12-x86_64.tar.gz) MySQL 5.7.21源码仓库github地址：(https://github.com/mysql/mysql-server/tree/mysql-5.7.21) MySQL 5.7的手册中"根据源码安装MySQL：(https://dev.mysql.com/doc/refman/5.7/en/source-installation.html)"章节中有如下内容，可参考"docs/INFO_BIN"文件中的内容获取官方编译时的环境信息： If you are interested in building MySQL from a source distribution using build options the same as or similar to those use by Oracle to produce binary distributions on your platform, obtain a binary distribution, unpack it, and look in the docs/INFO_BIN file, which contains information about how that MySQL distribution was configured and compiled. 解压安装包查看"docs/INFO_BIN"文件，可看到一系列的编译相关信息，其中kernel和cmake版本信息如下： Build was done on Linux-3.8.13-16.2.1.el6uek.x86_64 using x86_64 Build was done using cmake 2.8.12 根据kernel命名，可确定MySQL官方用的是Oracle Linux操作系统，对应的版本是6.5。镜像及下载地址如下： (https://mirrors.kernel.org/oracle/OL6/U5/x86_64/OracleLinux-R6-U5-Server-x86_64-dvd.iso) 在virt-manager（基于kvm的虚拟化）创建的虚拟机上安装操作系统，安装期间提示hardwarre不受支持。忽略错误强制安装操作系统后，启动失败。

01

Folly库编译官方说的相关依赖开始编译

官方说的相关依赖 Dependencies folly requires gcc 4.8+ and a version of boost compiled with C++11 support. Please download googletest fromhttps://googletest.googlecode.com/files/gtest-1.7.0.zip and unzip it in thefolly/test subdirectory. 开始编译获取源码 git clone ht

03

xmake v2.3.4 发布, 更加完善的工具链支持

为了让xmake更好得支持交叉编译，这个版本我重构了整个工具链，使得工具链的切换更加的方便快捷，并且现在用户可以很方便地在xmake.lua中扩展自己的工具链。

02

【Android 音视频开发打怪升级：FFmpeg音视频编解码篇】一、FFmpeg so库编译

网上其实已经有很多的关于FFmpeg so库编译的分享，但是大部分都是直接把配置文件的内容贴出来。我想大部分取搜索「如何编译FFmpeg so库」的人，对交叉编译这个东东都是比较陌生的。

03

C++语言的单元测试与代码覆盖率

直接交付没有经过测试的代码是不太好的，因为这很可能会浪费整个团队的时间，在一些原本早期就可以发现的问题上。而单元测试，就是发现问题一个很重要的环节。

01

面向 C++ 的现代 CMake 教程（三）

你可能会认为，在我们成功将源代码编译成二进制文件之后，作为构建工程师我们的工作就完成了。事实几乎如此——二进制文件包含了 CPU 执行的所有代码，但代码分散在多个文件中，方式非常复杂。链接是一个简化事物并使机器代码整洁、易于消费的过程。

00

C Primer Plus 之初识C语言

CPU 负责处理程序，承担绝大部分的运算工作。RAM 随机访问内存（Random Access Memory）是存储程序和文件的工作区。永久内存存储设备存储程序和文件，通常指机械键盘、固态硬盘。

02

最好的 Windows C++ 编译器

在技术不断更迭的软件开发世界中，市场上 C++ 编译器的数量开始持续呈现下降趋势。而随着新的高级 C++ 标准（C++ 17、C++ 20）、新的指令集扩展、以及代码优化的更高标准的出现，究竟什么样的编译器才算优秀？

03

C 不再是一种编程语言

原文链接：https://gankra.github.io/blah/c-isnt-a-language/

03

C 不再是一种编程语言

近日，Rust和Swift资深专家Aria Beingessner发布的一篇文章《C 不再是一种编程语言》在Hacker News上引起了热烈讨论。

01

LLVM编译过程

编译器的作用便是把我们的高级编程语言(Objective-C)通过一系列的操作转化成可被计算机执行的机器语言(MachineCode)。

01

TVM 从入门到精通 | 安装 TVM (Part 1)

内容一览：TVM 共有三种安装方法：从源码安装、使用 Docker 镜像安装和 NNPACK Contrib 安装。本文重点介绍如何通过源码安装 TVM。

03

linux下Clang和gcc的区别

出错提示更友好，比如 clang 在编译过程可以直接指出相对简单的出错位置以及它 “ 认为 ” 正确的方式。

01

再度优化GCC、LLVM、Clang、libc++、libc++abi等套件的构建脚本

一直以来，我都维护了完整的 GCC 工具链构建工具和 LLVM,Clang,libc++,libc++abi工具链构建工具。一方面是为了测试和体验新版本编译器的功能和利用一些更现代化的工具检查代码中的风险，另一方面也是为了给我得很多开源仓库做多版本适配。其中所有的编译期依赖项（不包括 tar,awk等可执行程序的工具）都是自己构建的，这样也能管理好某些新版本组件需要的新版本依赖项，并且做到跨发行版兼容。同时很多发行版自带的 LLVM+Clang 套件都缺斤少两，有的缺少 clang-analyzer ，有的缺少 clang-format ，也有的缺少 libc++ 和 libc++abi 或者缺少sanitizer组件。我也是根据自己的需要编译并输出了大多数开发工具，甚至还有一些开发库以便二次开发（比如用libclang写工具来复用libcang的AST功能）。

04

LLVM + Clang + Libcxx + Libcxxabi 工具链编译

LLVM和Clang工具链的生成配置文件写得比较搓，所以略微麻烦，另外这个脚本没有经过多环境测试，不保证在其他Linux发行版里正常使用。

01

【gtest】 C++ 的测试框架之使用 gtest 编写单元测试

gtest 是 Google 开发的一个用于 C++ 的测试框架，广泛应用于编写和运行单元测试，并且支持任何类型的测试，而不仅仅是单元测试。

01

centos7使用lldb调试netcore应用转储dump文件

脚本大概思路就是下载如下所表示的组件所有源码，除llvm外的其他组件源代码解压到llvm/tools目录下,这样子源代码就全部准备好 BUILD_TARGET_COMPOMENTS="llvm clang compiler_rt libcxx libcxxabi clang_tools_extra lldb lld libunwind"; 接下来就是编译的过程了。

02

xmake从入门到精通9：交叉编译详解

xmake是一个基于Lua的轻量级现代化c/c++的项目构建工具，主要特点是：语法简单易上手，提供更加可读的项目维护，实现跨平台行为一致的构建体验。

03

Linux上源码编译MongoDB

MongoDB的官网上是有已经编译好的二进制包的，这里选择clone MongoDB在github上的仓库

03

MIT 6.S081/Fall 2020 搭建risc-v与xv6开发调试环境

课程链接：https://pdos.csail.mit.edu/6.S081/2020/

01

LLVM+Clang+Libcxx+Libcxxabi（3.6）工具链编译（完成自举编译）

LLVM和Clang工具链的生成配置文件写得比较搓，所以略微麻烦，另外这个脚本没有经过多环境测试，不保证在其他Linux发行版里正常使用。

01

再次重构LLVM+Clang+libcxx+libc++abi+其他相关工具的构建流程

我们有时候写一些基础性类库或者实验新功能的时候，常常需要使用到最新版本的GCC和Clang。一些Linux发行版的源里和一些工具链（比如MSYS2）里其实自带LLVM套件的包，LLVM 官网也提供一些常见平台的预编译包下载。那为什么我们还要自己编译呢？如果有注意到的小伙伴可能会发现，很多平台的源和 LLVM 官网里下载的预编译包，其实是缺失很多组件的。有些没有libc++和libc++abi（CentOS 8），有些没有Sanitizer相关的组件，有些缺失其他的组件。而Clang虽然支持GCC的libstdc++，但是一方面我们写基础性类库还是要优先考虑原生STL库的兼容性，另一方面Clang对libstdc++的支持也不是太好，特别是有些第三方库在这个组合下也是没有适配得很好，同时gdb和libc++的搭配有时候也不是很完善。所以我们就需要一个组件尽可能开完整地包含LLVM，Clang,libc++,libc++abi还有其他周边工具（各类Sanitizer，clang-tiny,clang-analyzer等等）的工具链。

02

Android FFmpeg 编译和集成（十四）

因为FFmpeg是一套集录制、转换以及流化音视频的完整的跨平台解决方案，如果我们开发者想直接在自己开发的Android应用中使用ffmpeg的提供的功能,则需要引入so静态库，比如制作一些音视频编辑应用。

08

LLVM简介

官方描述如下： The LLVM Project is a collection of modular and reusable compiler and toolchain technologies. Despite its name, LLVM has little to do with traditional virtual machines. The name "LLVM" itself is not an acronym; it is the full name of the project.

01

envoy filter 开发实践系列 3：编译 envoy 的其它方式

前天早上开会还说这个 envoy 1.16 不知道什么时候发布，我们需要的几个新特性都在这个版本中，今天一看已经发布了，所以今天又测试了一波 1.16 上的例子。

01

iOS编译简析

早期 iOS 选用的是当时一家独大的 GCC 编译器作为 OC 语言的前端，但是随着时间的推移，Apple 为 OC 增加了很多特性，想要 GCC 给与实现，但是 GCC 却并没有支持，并且 GCC 本身代码耦合度较高，模块独立性比较差，并且《GCC运行环境豁免条款》限制了LLVM-GCC。这种背景下，Apple 就想找到一个高效、模块化的且开源的替换品，LLVM 进入了苹果的视线。

02

使用容器快速配置c/c++开发调试环境

对于很多新人来说，学习一门编程语言最难的部分可能就是环境的搭建，因为不同操作系统还有网络的原因，很多时候一个环境搭建就劝退了很多新人，但是随着容器化的出现，现在这种问题完全不存在了，因为环境的搭建可以通过容器分分钟完成，我们需要做的就是把配置文件复制过来，然后运行 docker 容器即可。

03

编译一个1000万行代码的c++文件是什么样的体验？

看了一下这个视频，它的主要内容就是，自动生成了一个10000万行的if/else语句的代码文件，功能就是把输入的字符前后调转一下，比如输入“1234”，就输出“4321”。

04

C++知识体系总结：语言核心与代码工程

为什么是golang，从下面这篇文章可以一窥端倪，本文从“performance, simplicity, safety, features, scale, and concurrency“等几个方面对Golang和Rust做了对比，可以看看：

04

令人沮丧的C++性能调试

作者丨 Vittorio Romeo 译者丨明知山策划丨杜小芳到目前为止，“‘零成本抽象’是一个谎言”应该（希望如此）已经成为一个常识了。公平地说，这更像是用词不当——“抽象在经过优化后可能提供零运行时开销”这样的说法可能会更恰当一些，但我知道为什么不是这么回事…… 大多数 C++ 程序员倾向于接受这样一个事实——“零成本抽象”只在启用了优化的情况下才能提供零运行时开销，而且它们对编译速度有负面的影响。同样是这些人，他们倾向于相信这种抽象是如此的有价值，以至于认为让他们的程序在调试模式下执行得很差（即没

02

ebpf内核态开发环境搭建

如果回显中显示CONFIG_INFO_BTF=y表示开启。如果未开启需要重新编译内核开启。

06

CentOS7.3使用CMake编译安装最新的LLVM和Clang4.0.1

前段时间试了把虚拟机CentOS下面的C/C++工程中的Makefile文件改用clang/clang++来编译，这篇文章主要是介绍如何在CentOS7.3系统编译安装最新的LLVM和Clang4.0.1。

01

新版GCC和LLVM+Clang终于Release啦

可能是疫情的原因，GCC好久没发布啦。最近总于又Release了，还是大版本。并且三大编译器对C++20的支持也都七七八八了。所以特意立贴庆祝一下，顺带更新一波构建脚本把这两年的一些改动列举一下。

02

xcode中三种编译器的区别

为了实现对 Objective-C 新特性的支持，苹果公司结合LLVM改进GCC，从而衍生出了一个GCC分支，也就是LLVM GCC

01

【编译器玄学研究报告】第五期——三十年老娘倒绷孩儿

这是一件发生在我身上的真实事件，它根本不是一个故事——由于它差点就变成我人生的一次巨大乌龙——所以应该算是个事故。此前，我曾经发现过不下两位数的编译器Bug，所以一开始，当这一次事件到来的时候，我并未过多的产生过怀疑……

03

斩获 3.4k+ Star 的 C++ Insights：用编译器的视角看源码！

近日，在新闻平台 HackerNews 上有个开发者颇为关注的 GitHub 项目，名叫 C++ Insights，特色就是：用编译器的眼睛看源码。为此，项目作者对其进行了详细介绍。

01

ClangSharp依赖的动态库编译

Clangen使用 ClangSharp解析头文件来完成一些中间代码的生成(如Rpc的注册代码, 桩代码, C++类导出到Lua的代码等). 而ClangSharp本身依赖了llvm, 以及自己的一个libClangSharp的库, windows和linux下需要编译一下llvm和这个库, 一般来说系统没变的情况下, 直接使用已经编译好的libclang.so/dll即可, 但有些时候遇到需要升级llvm到高版本的情况, 比如说我们之前碰到的情况 , llvm9在linux下运行速度异常(Windows下10S的流程, 在linux下处理同样的任务要快3分钟, 最后发现可能之前编译使用的是debug版本), 我们需要编译LLVM, 并且编译依赖llvm的libClangSharp, 官方文件比较简单, 而且配置项有一些问题, 可能导致不能正常编译, 所以这里记录下过程方便后续有相关需求的时候可以参照处理.

02

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭