CMake编译如何解决[-Werror,-Wformat-security] 问题

最新推荐文章于 2025-01-04 10:01:17 发布

转载最新推荐文章于 2025-01-04 10:01:17 发布 · 2.2k 阅读

1 ·

CC 4.0 BY-SA版权

原文链接：https://www.itdaan.com/blog/2017/03/03/80e893745f28bd4feb57739d4446fc4d.html

文章标签：

#解决 #问题 #如何 #uri #make

本文探讨了在使用CMake进行编译时，遇到的[-Werror,-Wformat-security]警告问题的解决方案。通过参考具体的文章，提供了解决这类编译警告的有效方法，帮助开发者顺利完成项目构建。

CMake编译如何解决[-Werror,-Wformat-security] 问题

参考文章：

（1）CMake编译如何解决[-Werror,-Wformat-security] 问题

（2）https://www.cnblogs.com/eternalwt/p/6496004.html

备忘一下。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

wangchaoqi1985

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

CMake基础教程（17）add_compile_options添加编译选项（例如-g -Werror）

二进制君

03-19

2万+

实际开发调试过程中，我们可能想加一些编译选项，例如-g，编译出支持gdb的调试程序。在cmake脚本中，设置编译选项可以通过add_compile_options命令，也可以通过set命令修改变量CMAKE_CXX_FLAGS或CMAKE_C_FLAGS。使用这两种方式在有的情况下效果是一样的，但请注意它们还是有区别的： add_compile_options命令添加的编译选项是针对所有编译器的(包括c和c++编译器)，而set命令设置CMAKE_C_FLAGS或CMAKE_CXX_FLAGS变量则是分

gcc make编译android,是用cmake编译openssl（支持android）

weixin_30705125的博客

05-28

723

openssl首先openssl的源码方案这里用到了janbar的方案，且作者一直在更新基本直接可以编译，设置到的主要的cmake文件CMakeLists.txtc_rehash.cmakecrypto/CMakeLists.txtcrypto/bn_conf.h.cmakecrypto/buildinf.h.cmakecrypto/dso_conf.h.cmakeopensslconf.h.cm...

参与评论您还未登录，请先登录后发表或查看评论

设置linux编译时的告警选项

ylxwk的博客

05-28

3169

linux编译时的告警选项

MIT cheetah make时Werror=stringop-truncation 问题

SunPengMSE的博客

08-24

2203

问题： [-Werror=stringop-truncation] 106 | return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest)) 解决：在顶层的CMakeLists中两处-Werror 后添加-Wno-error=stringop-truncation

Detecting C compiler ABI info failed to compile with the following output: Change Dir: D:/java/javacode/nmmp/nmm-protect/build/.cxx/cmake/Release/armeabi-v7a/CMakeFiles/CMakeTmp Run Build Command(s):D:\Android\Cmake\cmake-3.22.2-windows-x86_64\bin\ninja cmTC_cec21 && [1/2] Building C object CMakeFiles/cmTC_cec21.dir/CMakeCCompilerABI.c.o FAILED: CMakeFiles/cmTC_cec21.dir/CMakeCCompilerABI.c.o D:\Android\AndroidNDK\android-ndk-r21e-windows-x86_64\android-ndk-r21e\toolchains\llvm\prebuilt\windows-x86_64\bin\clang.exe --target=armv7-none-linux-androideabi21 --gcc-toolchain=D:/Android/AndroidNDK/android-ndk-r21e-windows-x86_64/android-ndk-r21e/toolchains/llvm/prebuilt/windows-x86_64 --sysroot=D:/Android/AndroidNDK/android-ndk-r21e-windows-x86_64/android-ndk-r21e/toolchains/llvm/prebuilt/windows-x86_64/sysroot -g -DANDROID -fdata-sections -ffunction-sections -funwind-tables -fstack-protector-strong -no-canonical-prefixes -D_FORTIFY_SOURCE=2 -march=armv7-a -mthumb -Wformat -fPIE -v -MD -MT CMakeFiles/cmTC_cec21.dir/CMakeCCompilerABI.c.o -MF CMakeFiles\cmTC_cec21.dir\CMakeCCompilerABI.c.o.d -o CMakeFiles/cmTC_cec21.dir/CMakeCCompilerABI.c.o -c D:/Android/Cmake/cmake-3.22.2-windows-x86_64/share/cmake-3.22/Modules/CMakeCCompilerABI.c ninja: build stopped: subcommand failed. Determining if the C compiler works failed with the following output: Change Dir: D:/java/javacode/nmmp/nmm-protect/build/.cxx/cmake/Release/armeabi-v7a/CMakeFiles/CMakeTmp Run Build Command(s):D:\Android\Cmake\cmake-3.22.2-windows-x86_64\bin\ninja cmTC_9ef40 && [1/2] Building C object CMakeFiles/cmTC_9ef40.dir/testCCompiler.c.o FAILED: CMakeFiles/cmTC_9ef40.dir/testCCompiler.c.o D:\Android\AndroidNDK\android-ndk-r21e-windows-x86_64\android-ndk-r21e\toolchains\llvm\prebuilt\windows-x86_64\bin\clang.exe --target=armv7-none-linux-androideabi21 --gcc-toolchain=D:/Android/AndroidNDK/android-ndk-r21e-windows-x86_64/android-ndk-r21e/toolchains/llvm/prebuilt/windows-x86_64 --sysroot=D:/Android/AndroidNDK/android-ndk-r21e-windows-x86_64/android-ndk-r21e/toolchains/llvm/prebuilt/windows-x86_64/sysroot -g -DANDROID -fdata-sections -ffunction-sections -funwind-tables -fstack-protector-strong -no-canonical-prefixes -D_FORTIFY_SOURCE=2 -march=armv7-a -mthumb -Wformat -Werror=format-security -fPIE -MD -MT CMakeFiles/cmTC_9ef40.dir/testCCompiler.c.o -MF CMakeFiles\cmTC_9ef40.dir\testCCompiler.c.o.d -o CMakeFiles/cmTC_9ef40.dir/testCCompiler.c.o -c D:/java/javacode/nmmp/nmm-protect/build/.cxx/cmake/Release/armeabi-v7a/CMakeFiles/CMakeTmp/testCCompiler.c ninja: build stopped: subcommand failed.这个错误是怎么回事

最新发布

08-05

1. **编译器路径问题**：CMake可能无法找到正确的编译器路径，或者路径中包含空格或特殊字符导致问题。 2. **权限问题**：编译器可能没有足够的权限在目标目录中创建文件（例如，尝试写入系统目录或受保护的目录）。...

gcc编译器警告升级为错误（-Werror）：平衡代码质量与开发效率的5种权威配置方案

![ESP32编译错误排查技巧]...这些警告不阻止编译完成，但可能隐含逻辑错误或可移植性问题。`-Werror` 选项的核心作用是将所有警告**升级为错误**，从而强制中断编译流程。 ```c

交叉编译bluez-utils-3.36

qq_40594248的博客

01-04

1683

记录一下交叉编译bluez-utils-3.36过程，其中需要编译许多的其它依赖库，解决一些遇到的问题，需要交叉编译库如下，expat-2.0.1、dbus-1.4.1、glib-2.16.2、libffi-3.3、zlib-1.2.8、libusb-1.0.21、eudev、bluez-libs-3.36、bluez-hcidump-2.5、readline-6.2、ncurses-5.0、libical-1.0.1、bluez-utils-3.36等。

ubuntu下ndk编译opencv-mobile

whatsuo的博客

12-01

4813

编译 cmake -DCMAKE_TOOLCHAIN_FILE=/home/image-pc/software/android-ndk/android-ndk-r21e/build/cmake/android.toolchain.cmake -DCMAKE_ANDROID_NDK=/home/image-pc/software/android-ndk/android-ndk-r21e -DANDROID_NATIVE_API_LEVEL=21 -DBUILD_ANDROID_PROJECTS=OFF -D

[Issue Fixed]-GCC编译[-Werror,-Wformat]

baron-周贺贺-代码改变世界ctw

03-09

1781

GCC编译的时候遇到下面错误： error: format specifies type ‘int’ but the argument has type ‘size_t’ (aka ‘unsigned long’) [-Werror,-Wformat] 解决方案：将原有的代码： size_t dst_sz printf("dst_sz=0x%d\n", dst_sz); 改成 size_t dst_sz printf("dst_sz=%zu\n", dst_sz); ```c ...

cmake注意事项， Werror等

sun007700的专栏

08-27

390

因为cmake里取得路径是真实容易出一些奇怪的问题。

QT 中 warning: format not a string literal and no format arguments [-Wformat-security]消除

huqi666的博客

02-17

2633

QT 中 warning: format not a string literal and no format arguments [-Wformat-security]消除在QT中如下代码会出现上面的警告： char szBuffer[100]; QString hostname=“my host name is hq”; sprintf(szBuffer, hostname.toLatin1()); 把最后一行代码改成 sprintf(szBuffer,"%s", hostname.toStdStr

error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security]

a302792317的专栏

01-05

2443

fprintf(file,str.c_ctr());编译报错error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] 一拍脑袋fprintf(file,str.c_ctr(),0); 编译通过，原理不知道

学习笔记 #pragma GCC diagnostic error “-Wformat“ 的使用

09-26

2289

#pragma GCC diagnostic error "-Wformat"的使用在GCC下，#pragma GCC diagnostic error用于表示将诊断视为错误。格式： #pragma GCC diagnostic error "-Wformat" 示例程序如下： #include <stdio.h> /************************************************************************/ int test1(vo

cmake编译遇到的一些问题汇总

CHNIM的博客

03-11

2975

windows平台下： 1.警告视为错误解决办法：add_definitions("/WX-")

gcc和cmake的编译警告和报错设置

LCHUESTC的博客

01-20

3176

整理了gcc和cmake的编译警告和报错设置

cmake 编译设置显示error warning字符变色

weixin_40026739的博客

06-29

1335

请注意，以上示例只是提供了一些常见的设置选项。实际上，根据你使用的编辑器和终端环境的不同，具体的设置方式可能会有所不同。你可以查阅相关文档或搜索特定编辑器或终端环境的设置选项来更改警告和错误显示的样式。在 CMake 中，你可以设置编译选项来控制编译器的警告和错误输出。然而，编译器警告和错误输出的显示格式（例如字符变色）通常是由代码编辑器或终端环境来控制的，而不是由 CMake 自身控制。不同的编辑器或终端环境具有不同的功能和配置选项来实现对警告和错误输出的显示样式更改。

gcc开启/关闭编译警告/报错 -Werror