maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/Preprocessor/macro-reserved.cpp

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

63 lines
1.8 KiB
C++
Raw Normal View History

[Tests] Add explicit -std=lang option to a number of tests. This patch should not change the test results, but it is useful if clang's default C++ language is ever changed from gnu++98. Patch by: Charles Li http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20150727/134667.html llvm-svn: 243819
2015-08-01 10:55:59 +08:00
// RUN: %clang_cc1 -fsyntax-only -verify -pedantic -std=c++98 %s
Move -Wkeyword-macro into -pedantic, remove -Wreserved-id-macro. As discussed on the post-commit review thread for r224012, -Wkeyword-macro fires mostly on headers trying to set up portable defines and doesn't find much bad stuff in practice. But [macro.names]p2 does disallow defining or undefining keywords, override and final, and alignas, so keep the warning but move it into -pedantic. -Wreserved-id-macro warns on #define __need_size_t which is more or less public api for glibc headers. Since this warning isn't motivated by a standard, remove it. (See also r223114 for a previous follow-up to r224012.) llvm-svn: 224371
2014-12-17 05:16:10 +08:00
Do not warn on keyword undef #undef a keyword is generally harmless but used often in configuration scripts. Also added tests that I forgot to include to commit in r223114. llvm-svn: 224100
2014-12-12 14:37:55 +08:00
#define for 0 // expected-warning {{keyword is hidden by macro definition}}
Fixed warnings on redefine keywords and reserved ids. Repared support for warnings -Wkeyword-macro and -Wreserved-id-macro. The warning -Wkeyword-macro now is not issued in patterns that are used in configuration scripts: #define inline also for 'const', 'extern' and 'static'. If macro repalcement is identical to macro name, the warning also is not issued: #define volatile volatile And finally if macro replacement is also a keyword identical to the replaced one but decorated with leading/trailing underscores: #define inline __inline #define inline __inline__ #define inline _inline // in MSVC compatibility mode Warning -Wreserved-id-macro is off by default, it could help catching things like: #undef __cplusplus llvm-svn: 224512
2014-12-18 19:14:21 +08:00
#define final 1
Do not warn on keyword undef #undef a keyword is generally harmless but used often in configuration scripts. Also added tests that I forgot to include to commit in r223114. llvm-svn: 224100
2014-12-12 14:37:55 +08:00
#define __HAVE_X 0
#define _HAVE_X 0
#define X__Y
Fixed warnings on redefine keywords and reserved ids. Repared support for warnings -Wkeyword-macro and -Wreserved-id-macro. The warning -Wkeyword-macro now is not issued in patterns that are used in configuration scripts: #define inline also for 'const', 'extern' and 'static'. If macro repalcement is identical to macro name, the warning also is not issued: #define volatile volatile And finally if macro replacement is also a keyword identical to the replaced one but decorated with leading/trailing underscores: #define inline __inline #define inline __inline__ #define inline _inline // in MSVC compatibility mode Warning -Wreserved-id-macro is off by default, it could help catching things like: #undef __cplusplus llvm-svn: 224512
2014-12-18 19:14:21 +08:00
#undef for
#undef final
#undef __HAVE_X
Do not warn on keyword undef #undef a keyword is generally harmless but used often in configuration scripts. Also added tests that I forgot to include to commit in r223114. llvm-svn: 224100
2014-12-12 14:37:55 +08:00
#undef _HAVE_X
#undef X__Y
Fixed warnings on redefine keywords and reserved ids. Repared support for warnings -Wkeyword-macro and -Wreserved-id-macro. The warning -Wkeyword-macro now is not issued in patterns that are used in configuration scripts: #define inline also for 'const', 'extern' and 'static'. If macro repalcement is identical to macro name, the warning also is not issued: #define volatile volatile And finally if macro replacement is also a keyword identical to the replaced one but decorated with leading/trailing underscores: #define inline __inline #define inline __inline__ #define inline _inline // in MSVC compatibility mode Warning -Wreserved-id-macro is off by default, it could help catching things like: #undef __cplusplus llvm-svn: 224512
2014-12-18 19:14:21 +08:00
#undef __cplusplus
#define __cplusplus
// whitelisted definitions
#define while while
#define const
#define static
#define extern
#define inline
#undef while
#undef const
#undef static
#undef extern
#undef inline
#define inline __inline
#undef inline
#define inline __inline__
#undef inline
#define inline inline__ // expected-warning {{keyword is hidden by macro definition}}
#undef inline
#define extern __inline // expected-warning {{keyword is hidden by macro definition}}
#undef extern
#define extern __extern // expected-warning {{keyword is hidden by macro definition}}
#undef extern
#define extern __extern__ // expected-warning {{keyword is hidden by macro definition}}
#undef extern
#define inline _inline // expected-warning {{keyword is hidden by macro definition}}
#undef inline
#define volatile // expected-warning {{keyword is hidden by macro definition}}
#undef volatile
Introduce -Wreserved-identifier Warn when a declaration uses an identifier that doesn't obey the reserved identifier rule from C and/or C++. Differential Revision: https://reviews.llvm.org/D93095
2020-12-09 16:26:27 +08:00
#pragma clang diagnostic warning "-Wreserved-macro-identifier"
Fixed warnings on redefine keywords and reserved ids. Repared support for warnings -Wkeyword-macro and -Wreserved-id-macro. The warning -Wkeyword-macro now is not issued in patterns that are used in configuration scripts: #define inline also for 'const', 'extern' and 'static'. If macro repalcement is identical to macro name, the warning also is not issued: #define volatile volatile And finally if macro replacement is also a keyword identical to the replaced one but decorated with leading/trailing underscores: #define inline __inline #define inline __inline__ #define inline _inline // in MSVC compatibility mode Warning -Wreserved-id-macro is off by default, it could help catching things like: #undef __cplusplus llvm-svn: 224512
2014-12-18 19:14:21 +08:00
Do not warn on keyword undef #undef a keyword is generally harmless but used often in configuration scripts. Also added tests that I forgot to include to commit in r223114. llvm-svn: 224100
2014-12-12 14:37:55 +08:00
#define switch if // expected-warning {{keyword is hidden by macro definition}}
Fixed warnings on redefine keywords and reserved ids. Repared support for warnings -Wkeyword-macro and -Wreserved-id-macro. The warning -Wkeyword-macro now is not issued in patterns that are used in configuration scripts: #define inline also for 'const', 'extern' and 'static'. If macro repalcement is identical to macro name, the warning also is not issued: #define volatile volatile And finally if macro replacement is also a keyword identical to the replaced one but decorated with leading/trailing underscores: #define inline __inline #define inline __inline__ #define inline _inline // in MSVC compatibility mode Warning -Wreserved-id-macro is off by default, it could help catching things like: #undef __cplusplus llvm-svn: 224512
2014-12-18 19:14:21 +08:00
#define final 1
#define __HAVE_X 0 // expected-warning {{macro name is a reserved identifier}}
#define _HAVE_X 0 // expected-warning {{macro name is a reserved identifier}}
#define X__Y // expected-warning {{macro name is a reserved identifier}}
Do not warn on keyword undef #undef a keyword is generally harmless but used often in configuration scripts. Also added tests that I forgot to include to commit in r223114. llvm-svn: 224100
2014-12-12 14:37:55 +08:00
Fixed warnings on redefine keywords and reserved ids. Repared support for warnings -Wkeyword-macro and -Wreserved-id-macro. The warning -Wkeyword-macro now is not issued in patterns that are used in configuration scripts: #define inline also for 'const', 'extern' and 'static'. If macro repalcement is identical to macro name, the warning also is not issued: #define volatile volatile And finally if macro replacement is also a keyword identical to the replaced one but decorated with leading/trailing underscores: #define inline __inline #define inline __inline__ #define inline _inline // in MSVC compatibility mode Warning -Wreserved-id-macro is off by default, it could help catching things like: #undef __cplusplus llvm-svn: 224512
2014-12-18 19:14:21 +08:00
#undef __cplusplus // expected-warning {{macro name is a reserved identifier}}
#undef _HAVE_X // expected-warning {{macro name is a reserved identifier}}
#undef X__Y // expected-warning {{macro name is a reserved identifier}}
Do not warn on keyword undef #undef a keyword is generally harmless but used often in configuration scripts. Also added tests that I forgot to include to commit in r223114. llvm-svn: 224100
2014-12-12 14:37:55 +08:00
int x;