maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/Parser/objc-foreach-syntax.m

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

29 lines
855 B
Mathematica
Raw Normal View History

Added a new attribute, objc_root_class, which informs the compiler when a root class is intentionally declared. The warning this inhibits, -Wobjc-root-class, is opt-in for now. However, all clang unit tests that would trigger the warning have been updated to use -Wno-objc-root-class. <rdar://problem/7446698> llvm-svn: 154187
2012-04-07 02:12:22 +08:00
// RUN: %clang_cc1 -fsyntax-only -verify -Wno-objc-root-class %s
Catch a foreach parse error. llvm-svn: 62382
2009-01-17 08:00:40 +08:00
Fix scoping of method declarations and issue warning when same parameter name used multiple times. // rdar://8877730 llvm-svn: 125229
2011-02-10 06:20:01 +08:00
struct __objcFastEnumerationState;
Implement the first set of changes for PR3963 and rdar://6759604, which tries to do better error recovery when it is "obvious" that an identifier is a mis-typed typename. In this case, we try to parse it as a typename instead of as the identifier in a declarator, which gives us several options for better error recovery and immediately makes diagnostics more useful. For example, we now produce: t.c:4:8: error: unknown type name 'foo_t' static foo_t a = 4; ^ instead of: t.c:4:14: error: invalid token after top level declarator static foo_t a = 4; ^ Also, since we now parse "a" correctly, we make a decl for it, preventing later uses of 'a' from emitting things like: t.c:12:20: error: use of undeclared identifier 'a' int bar() { return a + b; } ^ I'd really appreciate any scrutiny possible on this, it is a tricky area. llvm-svn: 68911
2009-04-13 04:42:31 +08:00
@implementation MyList // expected-warning {{cannot find interface declaration for 'MyList'}}
hoist some code for handling objc foreach construct out of Declaration processing into ParseForStatement. Merge two tests into one. llvm-svn: 68010
2009-03-30 01:27:48 +08:00
- (unsigned int)countByEnumeratingWithState: (struct __objcFastEnumerationState *)state objects: (id *)items count:(unsigned int)stackcount
Catch a foreach parse error. llvm-svn: 62382
2009-01-17 08:00:40 +08:00
{
hoist some code for handling objc foreach construct out of Declaration processing into ParseForStatement. Merge two tests into one. llvm-svn: 68010
2009-03-30 01:27:48 +08:00
return 0;
}
@end
int LOOP();
Implement the first set of changes for PR3963 and rdar://6759604, which tries to do better error recovery when it is "obvious" that an identifier is a mis-typed typename. In this case, we try to parse it as a typename instead of as the identifier in a declarator, which gives us several options for better error recovery and immediately makes diagnostics more useful. For example, we now produce: t.c:4:8: error: unknown type name 'foo_t' static foo_t a = 4; ^ instead of: t.c:4:14: error: invalid token after top level declarator static foo_t a = 4; ^ Also, since we now parse "a" correctly, we make a decl for it, preventing later uses of 'a' from emitting things like: t.c:12:20: error: use of undeclared identifier 'a' int bar() { return a + b; } ^ I'd really appreciate any scrutiny possible on this, it is a tricky area. llvm-svn: 68911
2009-04-13 04:42:31 +08:00
@implementation MyList (BasicTest)
hoist some code for handling objc foreach construct out of Declaration processing into ParseForStatement. Merge two tests into one. llvm-svn: 68010
2009-03-30 01:27:48 +08:00
- (void)compilerTestAgainst {
Implement the first set of changes for PR3963 and rdar://6759604, which tries to do better error recovery when it is "obvious" that an identifier is a mis-typed typename. In this case, we try to parse it as a typename instead of as the identifier in a declarator, which gives us several options for better error recovery and immediately makes diagnostics more useful. For example, we now produce: t.c:4:8: error: unknown type name 'foo_t' static foo_t a = 4; ^ instead of: t.c:4:14: error: invalid token after top level declarator static foo_t a = 4; ^ Also, since we now parse "a" correctly, we make a decl for it, preventing later uses of 'a' from emitting things like: t.c:12:20: error: use of undeclared identifier 'a' int bar() { return a + b; } ^ I'd really appreciate any scrutiny possible on this, it is a tricky area. llvm-svn: 68911
2009-04-13 04:42:31 +08:00
MyList * el;
for (el in @"foo")
hoist some code for handling objc foreach construct out of Declaration processing into ParseForStatement. Merge two tests into one. llvm-svn: 68010
2009-03-30 01:27:48 +08:00
{ LOOP(); }
}
@end
static int test7(id keys) {
[AST] Build recovery expression by default for all language. The dependency mechanism for C has been implemented, and we have rolled out this to all internal users, didn't see crashy issues, we consider it is stable enough. Differential Revision: https://reviews.llvm.org/D89046
2020-11-23 17:57:27 +08:00
// FIXME: would be nice to suppress the secondary diagnostics.
for (id key; in keys) ; // expected-error {{use of undeclared identifier 'in'}} \
// expected-error {{expected ';' in 'for' statement specifier}} \
// expected-warning {{expression result unused}}
Catch a foreach parse error. llvm-svn: 62382
2009-01-17 08:00:40 +08:00
}