Ubuntu下解决Make的：cc1plus: warnings being treated as errors

最新推荐文章于 2023-06-25 18:07:37 发布
转载 最新推荐文章于 2023-06-25 18:07:37 发布 · 1.8w 阅读 · 5

本文介绍了解决Make过程中遇到的cc1plus警告被视为错误的问题。主要是由于Makefile中gcc参数包含了-Werror导致，解决方法为移除该参数并重新编译。

From: http://blog.sina.com.cn/s/blog_a5cf7b9a01011kzt.html


当Make出错，提示cc1plus: warnings being treated as errors，主要原因是 Makefile 里面 gcc 的参数多了一个"-Werror"，找到出错的make文件夹，看Make文件里面有没有“-Werror",如果有的话将其删除。重新编译即可。

rk3588编译opencv 出现 c++: error: unrecognized command-line option ‘--param=ipcp-unit-growth=100000’；
道亦无名
12-13 2498
然后使用vim 修改所有的相关字符串就好。一顿操作猛如虎，直接开始报bug。这个地方需要找到对应的目录。重新make 即可解决。正常操作，解压代码包。
问题整理 [已解决] - Debian10 下编译 OpenJDK-8 源码 - cc1plus: all warnings being treated as errors
desiyonan的博客
06-25 2096
ERROR：××× cc1plus: all warnings being treated as errors ××× 运行时的gcc配置问题 方法一： 修改./hotspot/make/[you_os]/makefiles/gcc.make 修改配置文件./hotspot/make/linux/makefiles/gcc.make，其中linux是当前系统 jdk1.7在127行，jdk...
ubuntu 20.04 +PCL1.8.1安装，boost1.63安装
qq_35120962的博客
06-25 2581
配置Boost库环境变量：为了确保系统能够找到新安装的Boost库，你需要将Boost库的路径添加到环境变量中。安装PCL需要py的版本支持，刚装系统自带的python3不兼容，要重新安装python2，在plane_coefficient_comparator.h文件中第144行。下载Boost库的源代码：前往Boost官方网站（如果是python3xxx，大概安装pcl会报错。安装python2.x的版本,我装的2.7。如果原来存在PCL库的，卸载可以用。检查LZ4库是否安装上。安装PCL报错并记录。
Ubuntu14.04安装PANDA过程中出现cc1: warnings being treated as errors
blingbling的博客
08-02 2619
出错详情 原因：编译过于严格 解决：寻找Makefile中包含-Werror的行，将-Werror删掉或者注释掉1、在/panda目录下输入grep -R Werror ./* 查找所有包含-Werror的项
warnings-treated-as-errors.md
12-18
# all warnings being treated as errors ## 技巧 在ubuntu系统下编译一个程序包，有时会遇到这样的错误： $ make ... cc1: all warnings being treated as errors
cc1: warnings being treated as errors gcc_libinit.c: 在函数‘_cgo_wait_runtime_init_done’中: gcc_libinit.c:58: 错误：隐式声明函数‘__atomic_load_n’ gcc_libinit.c:58: 错误：‘__ATOMIC_CONSUME’未声明(在此函数内第一次使用) gcc_libinit.c:58: 错误：(即使在一个函数内多次出现，每个未声明的标识符在其 gcc_libinit.c:58: 错误：所在的函数内也只报告一次。) gcc_libinit.c:85: 错误：隐式声明函数‘__atomic_store_n’ gcc_libinit.c:85: 错误：‘__ATOMIC_RELEASE’未声明(在此函数内第一次使用) gcc_libinit.c: 在函数‘x_cgo_notify_runtime_init_done’中: gcc_libinit.c:136: 错误：‘__ATOMIC_RELEASE’未声明(在此函数内第一次使用) gcc_libinit.c: 在函数‘x_cgo_set_context_function’中: gcc_libinit.c:144: 错误：‘__ATOMIC_RELEASE’未声明(在此函数内第一次使用) gcc_libinit.c: 在函数‘_cgo_get_context_function’中: gcc_libinit.c:149: 错误：‘__ATOMIC_CONSUME’未声明(在此函数内第一次使用)
11-06
### 一、解决“cc1: warnings being treated as errors”错误 根据引用[1][2][3]的解决方案，我们可以通过以下方法之一： 1. **修改Makefile（如果有）**：找到Makefile中设置 `WERROR_CFLAGS = -Werror` 的行，...
Livox-SDK make失败 git clone https://github.com/Livox-SDK/Livox-SDK.git cd Livox-SDK cd build cmake .. make sudo make install 按着这个指令去配置Livox-SDK，但是出现了以下报错 [ 2%] Building CXX object sdk_core/CMakeFiles/livox_sdk_static.dir/src/base/thread_base.cpp.o In file included from /home/lkw/Livox-SDK/sdk_core/src/base/thread_base.cpp:25: /home/lkw/Livox-SDK/sdk_core/src/base/thread_base.h:46:8: error: ‘shared_ptr’ in namespace ‘std’ does not name a template type 46 | std::shared_ptr<std::thread> thread_; | ^~~~~~~~~~ /home/lkw/Livox-SDK/sdk_core/src/base/thread_base.h:30:1: note: ‘std::shared_ptr’ is defined in header ‘<memory>’; did you forget to ‘#include <memory>’? 29 | #include "noncopyable.h" +++ |+#include <memory> 30 | /home/lkw/Livox-SDK/sdk_core/src/base/thread_base.cpp: In member function ‘virtual bool livox::ThreadBase::Start()’: /home/lkw/Livox-SDK/sdk_core/src/base/thread_base.cpp:34:3: error: ‘thread_’ was not declared in this scope; did you mean ‘pthread_t’? 34 | thread_ = std::make_shared<std::thread>(&ThreadBase::ThreadFunc, this); | ^~~~~~~ | pthread_t /home/lkw/Livox-SDK/sdk_core/src/base/thread_base.cpp:34:18: error: ‘make_shared’ is not a member of ‘std’ 34 | thread_ = std::make_shared<std::thread>(&ThreadBase::ThreadFunc, this); | ^~~~~~~~~~~ /home/lkw/Livox-SDK/sdk_core/src/base/thread_base.cpp:26:1: note: ‘std::make_shared’ is defined in header ‘<memory>’; did you forget to ‘#include <memory>’? 25 | #include "thread_base.h" +++ |+#include <memory> 26 | #include <thread> /home/lkw/Livox-SDK/sdk_core/src/base/thread_base.cpp:34:41: error: expected primary-expression before ‘>’ token 34 | thread_ = std::make_shared<std::thread>(&ThreadBase::ThreadFunc, this); | ^ /home/lkw/Livox-SDK/sdk_core/src/base/thread_base.cpp:34:68: error: left operand of comma operator has no effect [-Werror=unused-value] 34 | thread_ = std::make_shared<std::thread>(&ThreadBase::ThreadFunc, this); | ^~~~ /home/lkw/Livox-SDK/sdk_core/src/base/thread_base.cpp: In member function ‘virtual void livox::ThreadBase::Join()’: /home/lkw/Livox-SDK/sdk_core/src/base/thread_base.cpp:41:5: error: ‘thread_’ was not declared in this scope; did you mean ‘pthread_t’? 41 | thread_->join(); | ^~~~~~~ | pthread_t At global scope: cc1plus: note: unrecognized command-line option ‘-Wno-c++11-long-long’ may have been intended to silence earlier diagnostics cc1plus: all warnings being treated as errors make[2]: *** [sdk_core/CMakeFiles/livox_sdk_static.dir/build.make:104：sdk_core/CMakeFiles/livox_sdk_static.dir/src/base/thread_base.cpp.o] 错误 1 make[1]: *** [CMakeFiles/Makefile2:242：sdk_core/CMakeFiles/livox_sdk_static.dir/all] 错误 2 make: *** [Makefile:136：all] 错误 2
最新发布
12-12
- 步骤1：在thread_base.h或cpp中添加#include 。 - 步骤2：检查makefile或CMakeLists.txt，确保设置了C++标准，如-std=c++11。 - 步骤3：验证thread_变量的声明；如果未声明，修复代码。 - 步骤4：如果使用...
warnings and errors when executing : make -j4
aoheng0603的博客
11-25 389
CC fs/proc/cpuinfo.o CC drivers/base/firmware.o CC fs/proc/devices.o CC drivers/base/init.o CC fs/sysfs/group.o CC kernel/rcutiny.o CC drivers/base/map.o CC ...
ndk-build时提示“some warnings being treated as errors”
wingor2010的专栏
06-04 1万+
解决方法：在Application.mk文件后面添加下面代码： APP_CPPFLAGS += -Wno-error=format-security
BLIINKER+ESP32编译问题：some warnings being treated as errors
m0_51263827的博客
10-12 5541
问题描述： 我在学习esp32的时候想尝试一下blinker物联网的使用，在调用官方的例程的时候发现程序编译出现了问题： 上图中的wifi.h对应多个库没有问题，对实际编译无影响。主要是出现了“some warnings being treated as errors”这个问题 上图中cclplus.exe是c++的编译器，出现问题是因为编译器把一些警告当成错误了。 解决问题的经过： 在csdn逛了一圈没看到解决方案，在度娘搜狗都无...
warnings being treated as errors
weixin_30535167的博客
01-02 172
编译时出错，./frameworks/base/tools/obbtool warnings being treated as errorsarm-dis.c: In function 'print_insn_thumb16':arm-dis.c:2950: error: format not a string literal and no format argumentsarm-dis.c:...
cc1plus: warnings being treated as errors
陈嘉怡的专栏
09-25 3630
编译出错。 主要原因是 Makefile 里面 gcc 的参数多了一个 "-Werror" 找到出错的make文件夹，看Make文件里面有没有“-Werror",如果有的话将其删除,重新编译即可.
gcc cc1: all warnings being treated as errors
weixin_33972649的博客
12-07 1210
cc1: all warnings being treated as errors 在Makefile中找到 -Werror项，删除即可。删除后重新编译。 或设置环境变量 c工程设置 export CFLAGS = "-Wno-error" c++工程设置 export CXXFLAGS = "-Wno-error" ...
安装交叉调试器gdb，编译出错cc1: warnings being treated as errors
mlove编程
11-23 4516
安装交叉调试器ARM-GDB(解决cc1: warnings being treated as errors) 1，下载GDB源码包并解压； 2，./configure --target=arm-linux --prefix=/opt/arm-gdb 配置--target和--prefix，指定目标板体系结构和安装路径； 3，make 上面国嵌所用的build_all
linux下编译时报错：cc1: warnings being treated as errors
热门推荐
Wanggj的博客
03-01 1万+
这个报错信息是：将警报作为错误处理 解决方法：打开该目录下的Makefile文件，将该文件中的-Werror注释掉即可； 具体操作方法：终端输入：vim Makefile，进入末行模式，输入：g/-Werror（一般为CFLAGS = -Werror），在-Werror后输入‘#’，保存退出，重新编译即可； 如果在该目录下找不到该标志，到上一层目录下寻找，也可在顶层目录Makefile修改 ...
NS3编译错误cc1plus: all warnings being treated as errors解决方法
海阔天空sky的博客
04-26 5545
编译错误： -Werror选项使得gcc将所有的报警当作错误进行处理，因此模型没有编译成功。 解决方法： 网上找了很多都说把makefile里的"-Werror"去掉，但是NS3没有makefile，因此无法修改选项，找到NS3根目录下的build/c4che/cache.py文件，NS3 build的过程是通过该脚本文件进行配置的，删除该文件中的-werror选项（有好几处，通
JNI Error: cc1plus: all warnings being treated as errors
欧阳天涵的专栏
04-22 1464
错误类似： error: variable 'idx' set but not used [-Werror=unused-but-set-variable] index_t idx; ^ cc1plus: all warnings being treated as errors 解决方式： 在 Application.mk中加入
cc1plus：所有的警告都被当作是错误
u011141114的博客
01-06 2641
cmake . make 出现 cc1plus：所有的警告都被当作是错误 删除 ./src/CMakeFiles/communication.dir/flags.make 中CXX_FLAGS = -O2 -pipe -g -feliminate-unused-debug-types -std=c++11 -std=c++11 -fPIC -fPIE -O3 -f PIC -Wall -Wextra -pedantic -Werror 的-Werror 重新make 即可 ...
cc1: all warnings being treated as errors这个是什么的报错
12-05
<think> 我们正在处理一个编译错误：'cc1: all warnings being treated as errors'。这个错误通常发生在编译过程中，因为编译器将所有的警告（warnings）都视为错误（errors）来处理。这意味着即使代码中只有警告（通常不会阻止编译通过），也会导致编译失败。 ### 错误原因分析 1. **编译选项设置**：在编译时，如果使用了`-Werror`选项，那么所有的警告都会被当作错误来处理。这样，任何警告都会导致编译失败。 2. **项目配置**：很多项目（特别是像Linux内核这样的项目）为了确保代码质量，会默认开启`-Werror`选项。这样，开发者必须处理所有的警告，否则无法编译通过。 ### 解决方案 根据引用的内容，我们可以采取以下方法： 1. **修改Makefile（针对Linux内核）**：如引用[1]所示，在Linux内核的Makefile中，可以找到关于`CONFIG_WERROR`的配置，将`KBUILD_CFLAGS += -Werror`注释掉（即改为`KBUILD_CFLAGS += #-Werror`）。这样就去掉了将警告视为错误的设置。 2. **修改SConstruct文件（针对NVMain）**：如引用[3]所示，在NVMain的根目录下找到SConstruct文件，删除其中包含`env.Append(CCFLAGS='-Werror')`的行（可能有多条）。 3. **查找并修改项目构建配置**：对于其他项目，我们可以在构建配置文件中（如Makefile、CMakeLists.txt、SConstruct等）查找`-Werror`选项，并将其删除或注释掉。 ### 具体步骤 以Linux内核为例： 1. 打开内核根目录下的Makefile。 2. 找到622行附近的代码（具体行号可能因版本不同略有差异）： ```makefile ifdef CONFIG_WERROR KBUILD_CFLAGS += -Werror endif ``` 3. 修改为： ```makefile ifdef CONFIG_WERROR KBUILD_CFLAGS += #-Werror endif ``` 或者直接注释掉`-Werror`。 对于其他项目，方法类似，找到添加`-Werror`的地方并删除。 ### 注意事项 虽然取消`-Werror`可以让编译通过，但警告通常表示代码中可能存在潜在问题。因此，长期解决方案应该是修复这些警告。例如，在引用[1]中提到的警告：`expects argument of type 'int *', but argument 3 has type 'uint16_t *'`，这是一个格式不匹配的问题，应该检查代码并修正参数类型。 ### 相关问题 1. 如何修复编译警告以避免使用`-Werror`？ 2. 在CMake项目中如何取消`-Werror`？ 3. 为什么有些项目要默认开启`-Werror`？ </think> ### 编译报错 "cc1: all warnings being treated as errors" 解析 该错误表示编译器将**所有警告视为致命错误**，导致编译过程中断。本质是编译器选项 `-Werror` 被启用，当代码出现任何警告时，编译器会停止构建过程而非继续编译。 #### 核心原因分析 1. **编译选项设置** 项目构建配置中显式添加了 `-Werror` 标志： ```makefile CFLAGS += -Werror # 强制将警告转为错误 ``` 2. **项目类型特性** 常见于对稳定性要求高的项目： - Linux 内核（引用[1]） - Nginx 等高性能服务器（引用[2]） - 硬件仿真工具 NVMain（引用[3]） 3. **警告类型示例** 触发该错误的典型代码问题： ```c // 类型不匹配警告（引用[1]） uint16_t* ptr; printf("%d", ptr); // 期望 int* 但传入 uint16_t* ``` #### 解决方案 根据引用内容，推荐三种修复方式： 1. **修改 Makefile（Linux 内核方案）** ```diff # 修改前 ifdef CONFIG_WERROR KBUILD_CFLAGS += -Werror endif # 修改后（引用[1]） ifdef CONFIG_WERROR KBUILD_CFLAGS += #-Werror ← 注释掉该选项 endif ``` 2. **删除构建配置中的 -Werror（NVMain 方案）** 在构建配置文件（如 SConstruct）中删除： ```python env.Append(CCFLAGS='-Werror') # 删除此行（引用[3]） ``` 3. **临时降级警告级别** ```bash make CFLAGS="-Wno-error" # 编译时覆盖配置 ``` #### 潜在风险与建议 - ✅ **短期方案**：禁用 `-Werror` 可快速修复编译 - ⚠️ **长期风险**：忽略警告可能导致： - 内存越界访问 - 未定义行为 - 平台兼容性问题 - 🛠️ **最佳实践**：修复警告而非禁用检测，例如： ```c // 修复类型不匹配（引用[1]） printf("%" PRIu16, *ptr); // 使用标准格式符 ``` --- ### 相关问题 1. 如何在 CMake 项目中禁用 `-Werror` 选项？ 2. GCC 编译器的 `-Werror` 和 `-Wno-error` 有何区别？ 3. 为什么 Linux 内核默认将警告视为错误？ 4. 如何安全地修复 "format expects type X but argument has type Y" 警告？ [^1]: 修改 Makefile 注释 `-Werror` [^2]: Nginx 编译因警告中断 [^3]: 删除 SConstruct 中的 `-Werror`
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值