llvm-project/clang/test/Parser/implicit-casts.c

// RUN: %clang_cc1 -fsyntax-only -verify -pedantic %s
_Complex double X;
void test1(int c) {
  X = 5;
}
void test2() {
  int i;
  double d = i;
  double _Complex a = 5;

  test1(a);
  a = 5;
  d = i;
}
int test3() {
  int a[2];
  a[0] = test3; // expected-warning{{incompatible pointer to integer conversion assigning to 'int' from 'int ()'}}
  return 0;
}
short x; void test4(char c) { x += c; }
int y; void test5(char c) { y += c; }
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: %clang_cc1 -fsyntax-only -verify -pedantic %s`
Change Expr::isLvalue() to properly deal with ImplicitCastExpr's. This fixes the following bug... t.c:1:31: error: expression is not assignable short x; void foo(char c) { x += c; } This case, among others are now captured in implicit-casts.c. llvm-svn: 41402 2007-08-25 22:37:06 +08:00			`_Complex double X;`
			`void test1(int c) {`
			`X = 5;`
			`}`
			`void test2() {`
			`int i;`
			`double d = i;`
			`double _Complex a = 5;`

			`test1(a);`
			`a = 5;`
			`d = i;`
			`}`
			`int test3() {`
			`int a[2];`
Improve diagnostics when we fail to convert from a source type to a destination type for initialization, assignment, parameter-passing, etc. The main issue fixed here is that we used rather confusing wording for diagnostics such as t.c:2:9: warning: initializing 'char const [2]' discards qualifiers, expected 'char ' [-pedantic] char name = __func__; ^ ~~~~~~~~ We're not initializing a 'char const [2]', we're initializing a 'char ' with an expression of type 'char const [2]'. Similar problems existed for other diagnostics in this area, so I've normalized them all with more precise descriptive text to say what we're initializing/converting/assigning/etc. from and to. The warning for the code above is now: t.c:2:9: warning: initializing 'char ' from an expression of type 'char const [2]' discards qualifiers [-pedantic] char *name = __func__; ^ ~~~~~~~~ Fixes <rdar://problem/7447179>. llvm-svn: 100832 2010-04-09 08:35:39 +08:00			`a[0] = test3; // expected-warning{{incompatible pointer to integer conversion assigning to 'int' from 'int ()'}}`
Prep for new warning. llvm-svn: 76709 2009-07-22 08:43:08 +08:00			`return 0;`
Change Expr::isLvalue() to properly deal with ImplicitCastExpr's. This fixes the following bug... t.c:1:31: error: expression is not assignable short x; void foo(char c) { x += c; } This case, among others are now captured in implicit-casts.c. llvm-svn: 41402 2007-08-25 22:37:06 +08:00			`}`
			`short x; void test4(char c) { x += c; }`
			`int y; void test5(char c) { y += c; }`