在Visual C ++中,可以使用#pragma warning (disable: ...)
。我也发现在GCC中,您可以覆盖每个文件编译器的标志。我该如何针对“下一行”或使用GCC在代码区域周围使用push / pop语义呢?
在Visual C ++中,可以使用#pragma warning (disable: ...)
。我也发现在GCC中,您可以覆盖每个文件编译器的标志。我该如何针对“下一行”或使用GCC在代码区域周围使用push / pop语义呢?
Answers:
看来这是可以做到的。我无法确定所添加的GCC版本,但这是在2010年6月之前的某个时候。
这是一个例子:
#pragma GCC diagnostic error "-Wuninitialized"
foo(a); /* error is given for this one */
#pragma GCC diagnostic push
#pragma GCC diagnostic ignored "-Wuninitialized"
foo(b); /* no diagnostic for this one */
#pragma GCC diagnostic pop
foo(c); /* error is given for this one */
#pragma GCC diagnostic pop
foo(d); /* depends on command line options */
push
和pop
两秒-可能是一push
开始就缺少另一个吗?
为了清除所有内容,这是暂时禁用警告的示例:
#pragma GCC diagnostic push
#pragma GCC diagnostic ignored "-Wunused-result"
write(foo, bar, baz);
#pragma GCC diagnostic pop
gcc-4.9
只是完全忽略了这一行。
TL; DR:如果可行,请避免使用,或使用,或__attribute__
其他类似的说明符_Pragma
。
这是我的博客文章“ 在GCC和Clang中抑制警告”的简短版本 。
考虑以下 Makefile
CPPFLAGS:=-std=c11 -W -Wall -pedantic -Werror
.PHONY: all
all: puts
用于构建以下puts.c
源代码
#include <stdio.h>
int main(int argc, const char *argv[])
{
while (*++argv) puts(*argv);
return 0;
}
由于argc
未使用,因此不会编译,并且设置是核心(-W -Wall -pedantic -Werror
)。
您可以执行5件事:
__attribute__
_Pragma
#pragma
最初的尝试应该是检查是否可以改进源代码以消除警告。在这种情况下,我们不希望仅仅因为这个原因而更改算法,因为(在最后一个元素之后)argc
是多余的。!*argv
NULL
__attribute__
#include <stdio.h>
int main(__attribute__((unused)) int argc, const char *argv[])
{
while (*++argv) puts(*argv);
return 0;
}
如果幸运的话,标准会为您的情况提供说明符,例如_Noreturn
。
__attribute__
是专有的GCC扩展(受Clang和其他一些其他编译器支持armcc
),许多其他编译器将不理解。__attribute__((unused))
如果需要可移植的代码,请放入宏中。
_Pragma
算子_Pragma
可以用作的替代方案#pragma
。
#include <stdio.h>
_Pragma("GCC diagnostic push")
_Pragma("GCC diagnostic ignored \"-Wunused-parameter\"")
int main(int argc, const char *argv[])
{
while (*++argv) puts(*argv);
return 0;
}
_Pragma("GCC diagnostic pop")
该_Pragma
运算符的主要优点是您可以将其放在宏中,而使用该#pragma
指令是不可能的。
缺点:这几乎是一个战术核武器,因为它基于行而不是基于声明。
_Pragma
在C99中引入了该运算符。
#pragma
指示。我们可以更改源代码,以禁止对代码区域(通常是整个函数)发出警告:
#include <stdio.h>
#pragma GCC diagnostic push
#pragma GCC diagnostic ignored "-Wunused-parameter"
int main(int argc, const char *argv[])
{
while (*++argc) puts(*argv);
return 0;
}
#pragma GCC diagnostic pop
缺点:这几乎是一个战术核武器,因为它基于行而不是基于声明。
请注意,clang中也存在类似的语法。
我们可以在中添加以下行,Makefile
以消除专门针对认沽权的警告:
CPPFLAGS:=-std=c11 -W -Wall -pedantic -Werror
.PHONY: all
all: puts
puts.o: CPPFLAGS+=-Wno-unused-parameter
在您的特定情况下,这可能不是您想要的,但是它可能会帮助处于类似情况的其他读取。
improving the source
来更改main的声明也可以int main(int, const char* argv[]) { ... }
,您告诉编译器它将不被使用。
gcc
以及clang
。
#define UNUSED(x) ((void)x)
用于使警告静音。我认为是在ReactOS中吗?
_Pragma("GCC diagnostic pop") \
应该是_Pragma("GCC diagnostic pop")
。
#define DIAG_STR(s) #s
#define DIAG_JOINSTR(x,y) DIAG_STR(x ## y)
#ifdef _MSC_VER
#define DIAG_DO_PRAGMA(x) __pragma (#x)
#define DIAG_PRAGMA(compiler,x) DIAG_DO_PRAGMA(warning(x))
#else
#define DIAG_DO_PRAGMA(x) _Pragma (#x)
#define DIAG_PRAGMA(compiler,x) DIAG_DO_PRAGMA(compiler diagnostic x)
#endif
#if defined(__clang__)
# define DISABLE_WARNING(gcc_unused,clang_option,msvc_unused) DIAG_PRAGMA(clang,push) DIAG_PRAGMA(clang,ignored DIAG_JOINSTR(-W,clang_option))
# define ENABLE_WARNING(gcc_unused,clang_option,msvc_unused) DIAG_PRAGMA(clang,pop)
#elif defined(_MSC_VER)
# define DISABLE_WARNING(gcc_unused,clang_unused,msvc_errorcode) DIAG_PRAGMA(msvc,push) DIAG_DO_PRAGMA(warning(disable:##msvc_errorcode))
# define ENABLE_WARNING(gcc_unused,clang_unused,msvc_errorcode) DIAG_PRAGMA(msvc,pop)
#elif defined(__GNUC__)
#if ((__GNUC__ * 100) + __GNUC_MINOR__) >= 406
# define DISABLE_WARNING(gcc_option,clang_unused,msvc_unused) DIAG_PRAGMA(GCC,push) DIAG_PRAGMA(GCC,ignored DIAG_JOINSTR(-W,gcc_option))
# define ENABLE_WARNING(gcc_option,clang_unused,msvc_unused) DIAG_PRAGMA(GCC,pop)
#else
# define DISABLE_WARNING(gcc_option,clang_unused,msvc_unused) DIAG_PRAGMA(GCC,ignored DIAG_JOINSTR(-W,gcc_option))
# define ENABLE_WARNING(gcc_option,clang_option,msvc_unused) DIAG_PRAGMA(GCC,warning DIAG_JOINSTR(-W,gcc_option))
#endif
#endif
这应该可以解决gcc,clang和msvc
可以用例如:
DISABLE_WARNING(unused-variable,unused-variable,42)
[.... some code with warnings in here ....]
ENABLE_WARNING(unused-variable,unused-variable,42)
看到https://gcc.gnu.org/onlinedocs/cpp/Pragmas.html,http://clang.llvm.org/docs/UsersManual.html#controlling-diagnostics-via-pragmas和https://msdn.microsoft .com / de-DE / library / d9x1s805.aspx了解更多详细信息
您至少需要版本4.02才能将这些编译指示用于gcc,不确定有关版本的msvc和clang。
看起来gcc的push pop pragma处理有点破损。如果再次启用该警告,则仍会收到DISABLE_WARNING / ENABLE_WARNING块内的该块的警告。对于某些版本的gcc,它可以工作,对于某些版本,则不能。
#pragma GCC diagnostic ignored "-Wformat"
将“ -Wformat”替换为警告标志的名称。
AFAIK无法为此选项使用push / pop语义。
我对ROS标头等外部库也遇到了同样的问题。我喜欢在CMakeLists.txt中使用以下选项进行更严格的编译:
set(CMAKE_CXX_FLAGS "-std=c++0x -Wall -Wextra -Wstrict-aliasing -pedantic -Werror -Wunreachable-code ${CMAKE_CXX_FLAGS}")
但是,这样做也会在外部包含的库中引起各种pedantic错误。解决方案是在包含外部库之前禁用所有pedantic警告,并重新启用,如下所示:
//save compiler switches
#pragma GCC diagnostic push
#pragma GCC diagnostic ignored "-Wpedantic"
//Bad headers with problem goes here
#include <ros/ros.h>
#include <sensor_msgs/LaserScan.h>
//restore compiler switches
#pragma GCC diagnostic pop
我知道问题是关于GCC的,但对于正在寻找如何在其他和/或多个编译器中执行此操作的人来说……
您可能想看看Hedley,这是我写的一个公共域单个C / C ++头文件,它为您提供了很多帮助。在本文的结尾,我将快速介绍一下如何使用Hedley。
#pragma warning (disable: …)
在大多数编译器中具有等效项:
#pragma warning(disable:4996)
#pragma GCC diagnostic ignored "-W…"
省略号是警告的名称;例如,#pragma GCC diagnostic ignored "-Wdeprecated-declarations
。#pragma clang diagnostic ignored "-W…"
。语法基本上与GCC相同,并且许多警告名称相同(尽管很多不是)。#pragma warning(disable:1478 1786)
。diag_suppress
:#pragma diag_suppress 1215,1444
diag_suppress
与PGI语法相同(但警告号不同!)的杂语:pragma diag_suppress 1291,1718
error_messages
。令人讨厌的是,对于C和C ++编译器,警告是不同的。这些都禁用基本相同的警告:
#pragma error_messages(off,E_DEPRECATED_ATT,E_DEPRECATED_ATT_MESS)
#pragma error_messages(off,symdeprecated,symdeprecated2)
diag_suppress
类似PGI和TI,但是语法不同。一些警告数字是相同的,但我其他人则有所不同:#pragma diag_suppress=Pe1444,Pe1215
#pragma warn(disable:2241)
对于大多数编译器来说,在尝试禁用编译器版本之前通常是个好主意,否则最终将触发另一个警告。例如,GCC 7添加了对-Wimplicit-fallthrough
警告的支持,因此,如果您在7之前关注GCC,则应执行以下操作:
#if defined(__GNUC__) && (__GNUC__ >= 7)
# pragma GCC diagnostic ignored "-Wimplicit-fallthrough"
#endif
对于clang和基于clang的编译器,例如XL C / C ++和armclang的较新版本,您可以使用__has_warning()
宏检查编译器是否了解特定警告。
#if __has_warning("-Wimplicit-fallthrough")
# pragma clang diagnostic ignored "-Wimplicit-fallthrough"
#endif
当然,您还必须检查__has_warning()
宏是否存在:
#if defined(__has_warning)
# if __has_warning("-Wimplicit-fallthrough")
# pragma clang diagnostic ignored "-Wimplicit-fallthrough"
# endif
#endif
您可能会想做类似的事情
#if !defined(__has_warning)
# define __has_warning(warning)
#endif
因此,您可以__has_warning
更轻松地使用它。Clang甚至__has_builtin()
在其手册中为宏建议了类似的内容。 不要这样做。__has_warning
如果不存在其他代码,则可能会检查并回退检查编译器版本,如果定义__has_warning
,则会破坏其代码。正确的方法是在名称空间中创建宏。例如:
#if defined(__has_warning)
# define MY_HAS_WARNING(warning) __has_warning(warning)
#else
# define MY_HAS_WARNING(warning) (0)
#endif
然后你可以做类似的事情
#if MY_HAS_WARNING(warning)
# pragma clang diagnostic ignored "-Wimplicit-fallthrough"
#elif defined(__GNUC__) && (__GNUC__ >= 7)
# pragma GCC diagnostic ignored "-Wimplicit-fallthrough"
#endif
许多编译器还支持将警告推送和弹出到堆栈上的方法。例如,这将在GCC上针对一行代码禁用警告,然后将其返回到之前的状态:
#pragma GCC diagnostic push
#pragma GCC diagnostic ignored "-Wdeprecated"
call_deprecated_function();
#pragma GCC diagnostic pop
当然,编译器之间在语法上并没有很多共识:
#pragma GCC diagnostic push
/#pragma GCC diagnostic pop
#pragma clang diagnostic push
/#pragma diagnostic pop
#pragma warning(push)
/#pragma warning(pop)
#pragma warning(push)
/#pragma warning(pop)
#pragma push
/#pragma pop
#pragma diag_push
/#pragma diag_pop
#pragma warning(push)
/#pragma warning(pop)
如果有内存,则对于某些非常老版本的GCC(如3.x,IIRC),push / pop编译指示必须在功能之外。
对于大多数编译器,可以使用_Pragma
C99中引入的来将逻辑隐藏在宏后面。即使在非C99模式下,大多数编译器也支持_Pragma
。最大的例外是MSVC,它具有自己的__pragma
关键字和不同的语法。该标准_Pragma
采用字符串,Microsoft的版本不采用:
#if defined(_MSC_VER)
# define PRAGMA_FOO __pragma(foo)
#else
# define PRAGMA_FOO _Pragma("foo")
#endif
PRAGMA_FOO
一经预处理,大致相当于
#pragma foo
这使我们可以创建宏,以便我们可以编写如下代码
MY_DIAGNOSTIC_PUSH
MY_DIAGNOSTIC_DISABLE_DEPRECATED
call_deprecated_function();
MY_DIAGNOSTIC_POP
并隐藏宏定义中的所有丑陋版本检查。
既然您了解了如何在保持代码干净的同时可移植地执行此类操作的机制,那么您将了解Hedley所做的我的项目之一。您不必包括大量的文档和/或安装尽可能多的编译器版本以进行测试,而只需包含Hedley(它是单个公共域C / C ++标头)即可完成。例如:
#include "hedley.h"
HEDLEY_DIAGNOSTIC_PUSH
HEDLEY_DIAGNOSTIC_DISABLE_DEPRECATED
call_deprecated();
HEDLEY_DIAGNOSTIC_POP
将禁用有关在GCC,clang,ICC,PGI,MSVC,TI,IAR,ODS,Pelles以及其他可能的组件上调用已弃用函数的警告(在更新Hedley时,我可能不会费心更新此答案)。而且,在未知的编译器上,宏将被预处理为零,因此您的代码将继续与任何编译器一起使用。当然HEDLEY_DIAGNOSTIC_DISABLE_DEPRECATED
不是唯一的警告赫德利知道,也不是警告,禁止所有赫德利可以做,但希望你的想法。
gcc样式通常不是使用警告,而是使用标准C构造或__attribute__
扩展名来告知编译器您的意图。例如,通过将分配放在括号中(即if ((p=malloc(cnt)))
而不是)来抑制有关用作条件的警告if (p=malloc(cnt))
。关于未使用的函数参数的警告可以通过一些__attribute__
我不记得的奇怪的东西或通过自我分配等方式来抑制。但是通常,我更喜欢全局禁用任何会为将在正确代码中发生的事情生成警告的警告选项。
if ((p=malloc(cnt)) != NULL) ...
弄清楚,您可以说是编译器在后台执行的操作。
对于那些发现此页面并在IAR中寻找实现方法的用户,请尝试以下操作:
#pragma diag_suppress=Pe177
void foo1( void )
{
/* The following line of code would normally provoke diagnostic
message #177-D: variable "x" was declared but never referenced.
Instead, we have suppressed this warning throughout the entire
scope of foo1().
*/
int x;
}
#pragma diag_default=Pe177
请参阅http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0472m/chr1359124244797.html作为参考。