1.-Os -Wall -Werror

最新推荐文章于 2024-07-10 19:32:32 发布
最新推荐文章于 2024-07-10 19:32:32 发布
阅读量708 收藏
点赞数
分类专栏： linux应用
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u011124985/article/details/80235931
版权

在Makefile编译中,如果加上-Os -Wall -Werror,则可以防止函数定义未使用,当定义未使用时,会报错,而不是警告,保证了程序的正确运行.

还可以将程序中所有的warning都指示成为error,防止程序因为warning造成程序的不稳定性.

但是当打印调试时,需要取消.否则程序会编译不过去而出错.

举例:

gcc main.c -Os -Wall -Werror -o

未实验,大家需自行修改实验.

赤云
关注
专栏目录
nginx 1.3.6 编译报错 [-Werror=unused-but-set-variable]的解决
突围
10-09 1万+
遇到类似 [-Werror=unused-but-set-variable]的错误： /home/zhangbin/mserver/nginx/nginx_mod_h264_streaming-2.2.7/src/mp4_reader.c:529:22: error: variable ‘level_indication’ set but not used [-Werror=unus
socket.io-client-cpp ios 构建
突围
01-29 1176
socket.io-client-cpp ios 构建 demo 下 有ios demo 第一步1.55.0 安装，ios版本 交叉编译的脚本 #=============================================================================== # Filename: boost.sh # Author: Pete Go...
CFLAGS = -Wall -Werror -g -O0
天涯路的专栏
10-13 2860
使用gcc编译阶段，最常用的编译选项CFLAGS = -Wall -Werror -g -O0的解释： -Wall:编译阶段显示所有警告。 -Werror:将所有的警告当成错误进行处理，使出现警告时就停止编译。 常见编译报错：cc1: warnings being treated as errors 。解决方法是：把-Werror去掉，不把warnning当作error处理。 -g:编译器在编译时，产生调试信息，最终产生供gdb调试使用的可执行文件。用了-g选项生成的a.out会比没用-g选...
Linux系统下-Wall与-Werror的作用
weixin_45380951的博客
10-14 1519
-Wall 打开gcc的所有警告，详细查错 -Werror，它要求gcc将所有的警告当成错误进行处理
Wall
newhonor
07-09 217
http://poj.org/problem?id=1113 思路：凸包面积； 强制类型转换不是四舍五入！ #include<algorithm> #include<set> #include<cmath> #include<cstring> #include<iostream> #include<set> #inc...
gcc编译命令的常用选项——强烈推荐大家使用 -Wall 选项
ZHENYU的博客
07-28 6631
-Wall：开启所有警告（可以理解为warinig all），使用它能够使GCC产生尽可能多的警告信息。（非常推荐使用该选项） GCC给出的警告信息虽然从严格意义上说不能算作错误，但却很可能**成为错误的栖身之所**。一个优秀的Linux程序员应该尽量避免产生警告信息，使自己的代码始终保持标准、健壮的特性使用它能够使GCC产生尽可能多的警告信息。。所以将警告信息当成编码错误来对待，是一种值得赞扬的行为！...
将C代码中的warning当做错误处理 -Wall -Werror
草木相隔的博客
07-02 3235
在我们平时写c代码的时候，经常不注意会使编译中显示warning,warning有时我们不注意会导致很多的隐形问题，导致有时很难定位问题的所在，如果能够将warning及早的辨识出来，对代码的规范性以及一些隐形的问题的可控性是有所改善的。 #include <stdio.h> int main() { int a; return 0; } 上面的代码（假设为t...
Android编译源码时werror报错设置
平常心的专栏
12-14 6148
编译报error错误时，在.mk 文件中添加相应的flag，可以屏蔽掉error。 error: unused parameter 'groupId' [-Werror,-Wunused-parameter] 可以添加以下配置： LOCAL_CFLAGS += -Wno-unused-parameter   error: ignoring return value of function...
usage.txt-2
huhuoyun的专栏
02-15 1343
局域网共享喇叭 ---------------- $>paprefs #PulseAudio Preferences. $>pavucontrol #Volume Control. 终端快捷键 ---------------- SHIFT+CTRL+v #终端复制. SHIFT+CTRL+c #终端粘贴. SHIFT+CTRL+t #新建标签页. SHIFT+.
make -f ./scripts/Makefile.build obj=dir 分析1
最新发布
雯辰的博客
07-10 338
由上可知，目标只有创建命令没有依赖，接下来执行目标的创建命令即可。6. 由步骤1中的定义可知， 在。2. 由步骤1中的定义可知，在。3. 由步骤1中的定义可知，在。4. 由步骤1中的定义可知，在。5. 由步骤1中的定义可知，在。
C语言-Wall编译指令
zerods-seu的博客
09-26 4333
-w：关闭编译时警告 -Wall：编译后显示所有警告。 -W：类似-Wall，会显示警告，但是只显示编译器认为会出现错误的警告
编译：参数解释 -Wall -L
hzraymond的专栏
11-06 2838
-Wall 打开gcc的所有警告 -Wno-deprecated参数用于忽略头文件信赖的警告信息. gcc 的 -g 和 -ggdb 选项      -g 和 -ggdb 都是令 gcc 生成调试信息，但是它们也是有区别的      -g      该选项可以利用操作系统的“原生格式（native format）”生成调试      信息。GDB 可以直接利
makefile使用--Wall选项(二）
bob的博客
06-20 1410
-Wall：选项可以打印出编译时所有的错误或者警告信息。这个选项很容易被遗忘，编译的时候，没有错误或者警告提示，以为自己的程序很完美，其实，里面有可能隐藏着许多陷阱。变量没有初始化，类型不匹配，或者类型转换错误等警告提示需要重点注意，错误就隐藏在这些代码里面。没有使用的变量也需要注意，去掉无用的代码，让整个程序显得干净一点。下次写Makefile的时候，一定加-Wall编译选项。 原文链接： https://blog.csdn.net/shenhuan1104/article/details/7686102
cmake 编译设置显示error warning字符变色
weixin_40026739的博客
06-29 881
请注意，以上示例只是提供了一些常见的设置选项。实际上，根据你使用的编辑器和终端环境的不同，具体的设置方式可能会有所不同。你可以查阅相关文档或搜索特定编辑器或终端环境的设置选项来更改警告和错误显示的样式。在 CMake 中，你可以设置编译选项来控制编译器的警告和错误输出。然而，编译器警告和错误输出的显示格式（例如字符变色）通常是由代码编辑器或终端环境来控制的，而不是由 CMake 自身控制。不同的编辑器或终端环境具有不同的功能和配置选项来实现对警告和错误输出的显示样式更改。
linux系统GCC下编译选项-Wall和-Werror的作用
欢迎光临
04-05 1万+
-Wall，打开gcc的所有警告。-Werror，它要求gcc将所有的警告当成错误进行处理。
gcc开启/关闭 编译警告/报错 -Werror
热门推荐
all for one，one for all
06-25 2万+
有时候我们编译一个大的项目的时候，会出现很多错误使得屏幕堆满了很多无用的信息。一般情况下我们需要找到首次出现错误的地方，在gcc中添加编译选项可以使编译停止在第一次出现错误的地方：$ gcc -Wfatal-errors foo.c // GCC 4.0 and later $ g++ -Wfatal-errors foo.cpp $ g++ -fmax-errors=N foo.cpp
gcc请求显示或关闭warnings
brahmsjiang的专栏
06-06 4056
gcc可以用' -W'开始的选项请求许多特定的警告. 反之, 每个特定的警告选项也有一个以“- wno -”开头的否定形式来关闭警告; 具体选项参见: Warning Options - Using the GNU Compiler Collection (GCC)其中, 2个选项值得注意: -w 关闭所有warning, 而 -Werror 将所有warning视为error.前者-w关闭所有warning自然需要慎用.后者-Werror有些公司项目为了引起对warning的重视, 默认开启即不允许有
gcc编译选项-Wextra（启用额外的警告信息，提高代码质量和安全性）
Dontla的博客
02-28 2675
是 GCC 和 Clang 编译器的警告选项之一，用于启用额外的警告信息，提高代码质量和安全性。
"/pkg/qct/software/llvm/release/arm/14.0.0/bin/clang" -g -Os -fshort-wchar -fno-strict-aliasing -Wall -Werror -Wno-array-bounds -c -include AutoGen.h -mlittle-endian -fno-short-enums -save-temps -fverbose-asm -funsigned-char -ffunction-sections -fdata-sections -fno-builtin -Wno-address -fno-asynchronous-unwind-tables -target aarch64-linux-gnu -fcolor-diagnostics -fdiagnostics-format=vi -Wno-parentheses-equality -Wno-tautological-compare -Wno-tautological-constant-out-of-range-compare -Wno-empty-body -Wno-unknown-warning-option -Wno-unused-function -Wno-bitwise-op-parentheses -mcmodel=small -ffixed-x18 -mstrict-align -fstack-protector -Wno-nonportable-include-path -Wno-misleading-indentation -fno-common -mtune=cortex-a53 -I/home/chen-docker/bin/boot/boot_images/BuildLogs/QcomPkg/SocPkg/LeMans/AU/Include -include /home/chen-docker/bin/boot/boot_images/boot/QcomPkg/Include/Library/DebugLib.h -DQCOM_EDK2_PATCH -DDISABLE_DEP -DENABLE_XN -DENABLE_ASLR -DENABLE_DEP_64 -DENABLE_EXEC_CODE_READY_TO_BOOT -DENABLE_AUTO_PLAT -DMAX_DDR_REGIONS=6 -mstrict-align -mcpu=cortex-a53 -DPRODMODE -c -o /home/chen-docker/bin/boot/boot_images/Build/LeMansAU/Core/RELEASE_CLANG140LINUX/AARCH64/MdeModulePkg/Library/UefiHiiLib/UefiHiiLib/OUTPUT/./HiiLib.obj @/home/chen-docker/bin/boot/boot_images/Build/LeMansAU/Core/RELEASE_CLANG140LINUX/AARCH64/MdeModulePkg/Library/UefiHiiLib/UefiHiiLib/OUTPUT/inc.lst /home/chen-docker/bin/boot/boot_images/edk2/MdeModulePkg/Library/UefiHiiLib/HiiLib.c /pkg/qct/software/llvm/release/arm/14.0.0/bin/clang: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory GNUmakefile:373: recipe for target '/home/chen-docker/bin/boot/boot_images/Build/LeMansAU/Core/RELEASE_CLANG140LINUX/AARCH64/MdeModulePkg/Library/UefiHiiLib/UefiHiiLib/OUTPUT/HiiLib.obj' failed Building ... /home/chen-docker/bin/boot/boot_images/edk2/MdeModulePkg/Library/UefiHiiServicesLib/UefiHiiServicesLib.inf [AARCH64] make: *** [/home/chen-docker/bin/boot/boot_images/Build/LeMansAU/Core/RELEASE_CLANG140LINUX/AARCH64/MdeModulePkg/Library/UefiHiiLib/UefiHiiLib/OUTPUT/HiiLib.obj] Error 127 make: Nothing to be done for 'tbuild'. build.py... : error 7000: Failed to execute command make tbuild [/home/chen-docker/bin/boot/boot_images/Build/LeMansAU/Core/RELEASE_CLANG140LINUX/AARCH64/MdeModulePkg/Library/UefiHiiLib/UefiHiiLib]错误在哪里？
07-20
根据错误消息，错误发生在执行 `/pkg/qct/software/llvm/release/arm/14.0.0/bin/clang` 命令时。具体错误是 `libtinfo.so.5: cannot open shared object file: No such file or directory`，也就是找不到共享库文件 `libtinfo.so.5`。 这个错误通常是由于缺少对应的共享库文件或库文件路径配置不正确导致的。你可以尝试以下几个解决方法： 1. 安装缺失的库文件：根据错误消息，缺失的库文件是 `libtinfo.so.5`。你可以尝试使用包管理器安装该库文件。例如，在基于 Debian/Ubuntu 的系统上，可以运行 `sudo apt-get install libtinfo5` 命令来安装该库文件。 2. 更新库文件路径：如果你已经安装了库文件，但仍然遇到该错误，可能是因为库文件路径配置不正确。你可以通过设置 LD_LIBRARY_PATH 环境变量来指定正确的库文件路径。例如，`export LD_LIBRARY_PATH=/path/to/lib`，将 `/path/to/lib` 替换为包含 `libtinfo.so.5` 的目录路径。 3. 检查编译环境：确保编译环境中的依赖项和工具链已正确安装。你可能需要检查并安装所需的 LLVM、Clang 版本以及其他依赖项。 4. 更新构建脚本：如果以上解决方法都不起作用，你可能需要检查构建脚本中的编译命令和相关配置，确保正确设置了库文件路径和其他编译选项。 请注意，根据具体情况，可能存在其他原因导致该错误。如果以上解决方法都不起作用，你可以提供更多关于你的项目和构建环境的信息，以便我能够提供更具体的建议。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值