| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
Objective-C classes, protocol definitions, forward protocol
declarations, and categories. This information isn't actually used
yet; that's coming next.
llvm-svn: 93636
|
| |
|
|
| |
llvm-svn: 93361
|
| |
|
|
|
|
|
|
|
|
|
| |
provide completions for @ keywords. Previously, we only provided
@-completions after an @ was actually typed, which is useful but
probably not the common case.
Also, make sure a few Objective-C 2.0 completions only show up when
Objective-C 2.0 support is enabled (the default).
llvm-svn: 93354
|
| |
|
|
|
|
|
|
|
|
|
| |
piece of the declaration. The '@' and the 'end' are separate tokens,
and require two SourceLocations to accurately track.
This change was motivated because ObjCContainerDecl::getSourceRange()
would previously not return the entire range of the declaration (the
'end' would be left off).
llvm-svn: 92891
|
| |
|
|
|
|
| |
Action::FullExpr to Action::MakeFullExpr to avoid name clashes.
llvm-svn: 91494
|
| |
|
|
| |
llvm-svn: 90769
|
| |
|
|
| |
llvm-svn: 90757
|
| |
|
|
| |
llvm-svn: 90756
|
| |
|
|
| |
llvm-svn: 90710
|
| |
|
|
|
|
|
| |
Make it an inner class of Parser to assuage access control.
No functionality change.
llvm-svn: 90491
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The following attributes are currently supported in C++0x attribute
lists (and in GNU ones as well):
- align() - semantics believed to be conformant to n3000, except for
redeclarations and what entities it may apply to
- final - semantics believed to be conformant to CWG issue 817's proposed
wording, except for redeclarations
- noreturn - semantics believed to be conformant to n3000, except for
redeclarations
- carries_dependency - currently ignored (this is an optimization hint)
llvm-svn: 89543
|
| |
|
|
|
|
| |
"getter = ", to provide suitable method names.
llvm-svn: 89334
|
| |
|
|
|
|
|
|
|
|
|
| |
provide completion results before each keyword argument, e.g.,
[foo Method:arg WithArg1:arg1 WithArg2:arg2]
We now complete before "WithArg1" and before "WithArg2", in addition
to completing before "Method".
llvm-svn: 89290
|
| |
|
|
|
|
| |
change.
llvm-svn: 89267
|
| |
|
|
| |
llvm-svn: 89265
|
| |
|
|
| |
llvm-svn: 89259
|
| |
|
|
| |
llvm-svn: 89227
|
| |
|
|
|
|
| |
and @implementation declarations.
llvm-svn: 89223
|
| |
|
|
|
|
|
| |
@implementation, and in the declaration of the superclass of an
@interface.
llvm-svn: 89207
|
| |
|
|
|
|
| |
properties
llvm-svn: 89196
|
| |
|
|
| |
llvm-svn: 89194
|
| |
|
|
|
|
| |
referring to message sends
llvm-svn: 89164
|
| |
|
|
|
|
| |
Action::ActOnForwardClassDeclaration().
llvm-svn: 89162
|
| |
|
|
| |
llvm-svn: 89107
|
| |
|
|
|
|
|
|
| |
gracefully, on par with gcc, by: Issuing a warning,
doing final sematinc check of its definitions and generating
its meta-data.
llvm-svn: 88934
|
| |
|
|
| |
llvm-svn: 86746
|
| |
|
|
|
|
| |
<rdar://problem/7381735>.
llvm-svn: 86731
|
| |
|
|
|
|
| |
Still a work in progress...
llvm-svn: 86323
|
| |
|
|
|
|
| |
(radar 7370882).
llvm-svn: 86291
|
| |
|
|
| |
llvm-svn: 86240
|
| |
|
|
|
|
|
|
|
|
|
|
| |
appears in a deprecated context. In the new strategy, we emit the warnings
as usual unless we're currently parsing a declaration, where "declaration" is
restricted to mean a decl group or a few special cases in Objective C. If
we *are* parsing a declaration, we queue up the deprecation warnings until
the declaration has been completely parsed, and then emit them only if the
decl is not deprecated.
We also standardize the bookkeeping for deprecation so as to avoid special cases.
llvm-svn: 85998
|
| |
|
|
|
|
| |
it easier to track within Sema whether the parser is parsing a declaration.
llvm-svn: 85855
|
| |
|
|
|
|
|
| |
Fixes
<rdar://problem/7308503> clang should disallow the trailing semicolon in method definitions
llvm-svn: 84645
|
| |
|
|
| |
llvm-svn: 84436
|
| |
|
|
| |
llvm-svn: 83579
|
| |
|
|
| |
llvm-svn: 83091
|
| |
|
|
| |
llvm-svn: 81346
|
| |
|
|
| |
llvm-svn: 74080
|
| |
|
|
|
|
| |
change. More to follow.
llvm-svn: 72951
|
| |
|
|
|
|
|
|
| |
redundant functionality. The result (ASTOwningVector) lives in
clang/Parse/Ownership.h and is used by both the parser and semantic
analysis. No intended functionality change.
llvm-svn: 72214
|
| |
|
|
| |
llvm-svn: 72210
|
| |
|
|
| |
llvm-svn: 71989
|
| |
|
|
|
|
|
|
| |
return type and the selector. This is inconsistent with C functions
(where such attributes would be placed on the return type, not the the
FunctionDecl), and is inconsistent with what people are use to seeing.
llvm-svn: 70878
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
appear between the return type and the selector. This is a separate code path
from regular attribute processing, as we only want to (a) accept only a specific
set of attributes in this place and (b) want to distinguish to clients the
context in which an attribute was added to an ObjCMethodDecl.
Currently, the attribute 'objc_ownership_returns' is the only attribute that
uses this new feature. Shortly I will add a warning for 'objc_ownership_returns'
to be placed at the end of a method declaration.
llvm-svn: 70504
|
| |
|
|
|
|
| |
the return type and selector. Haven't hooked this up to Sema yet.
llvm-svn: 70501
|
| |
|
|
|
|
|
| |
list of another protocol definition. This warning is very noisy and GCC doesn't
produce it so existing code doesn't expect it.
llvm-svn: 68894
|
| |
|
|
|
|
|
| |
information in a little struct instead of individually. While we're
at it, add per-argument loc info and attribute info.
llvm-svn: 68871
|
| |
|
|
|
|
|
| |
since it only parses one identifier out of the selector, not the
whole thing.
llvm-svn: 68867
|
| |
|
|
|
|
| |
used as receiver.
llvm-svn: 68631
|
| |
|
|
| |
llvm-svn: 68568
|