llvm-project/clang/test/Preprocessor/expr_invalid_tok.c

// RUN: not %clang_cc1 -E %s 2>&1 | grep 'invalid token at start of a preprocessor expression'
// RUN: not %clang_cc1 -E %s 2>&1 | grep 'token is not a valid binary operator in a preprocessor subexpression'
// RUN: not %clang_cc1 -E %s 2>&1 | grep ':14: error: expected end of line in preprocessor expression'
// PR2220

#if 1 * * 2
#endif

#if 4 [ 2
#endif


// PR2284 - The constant-expr production does not including comma.
#if 1 ? 2 : 0, 1
#endif
Update tests to use %clang_cc1 instead of 'clang-cc' or 'clang -cc1'. - This is designed to make it obvious that %clang_cc1 is a "test variable" which is substituted. It is '%clang_cc1' instead of '%clang -cc1' because it can be useful to redefine what gets run as 'clang -cc1' (for example, to set a default target). llvm-svn: 91446 2009-12-16 04:14:24 +08:00			`// RUN: not %clang_cc1 -E %s 2>&1 \| grep 'invalid token at start of a preprocessor expression'`
			`// RUN: not %clang_cc1 -E %s 2>&1 \| grep 'token is not a valid binary operator in a preprocessor subexpression'`
			`// RUN: not %clang_cc1 -E %s 2>&1 \| grep ':14: error: expected end of line in preprocessor expression'`
Fix PR2220, making diagnostics for unexpected tokens in pp expressions more nice. llvm-svn: 49619 2008-04-14 04:38:43 +08:00			`// PR2220`

			`#if 1 * * 2`
			`#endif`

			`#if 4 [ 2`
			`#endif`

Fix a few more bugs in preprocessor expressions w.r.t. ?:. Now I think it is really right. :) This fixes PR2284. llvm-svn: 50665 2008-05-06 04:07:41 +08:00
			`// PR2284 - The constant-expr production does not including comma.`
			`#if 1 ? 2 : 0, 1`
			`#endif`