| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 91951
|
|
|
|
| |
llvm-svn: 91702
|
|
|
|
|
|
|
|
|
| |
function in a C++ call using an arbitrary call-expression type.
Actually exploit this to fix the recovery implemented earlier.
The diagnostic is still iffy, though.
llvm-svn: 91538
|
|
|
|
|
|
|
|
|
| |
Remove isPod() from DenseMapInfo, splitting it out to its own
isPodLike type trait. This is a generally useful type trait for
more than just DenseMap, and we really care about whether something
acts like a pod, not whether it really is a pod.
llvm-svn: 91422
|
|
|
|
|
|
| |
no extra safety anyway.
llvm-svn: 91207
|
|
|
|
|
|
| |
name lookup instead.
llvm-svn: 91141
|
|
|
|
|
|
| |
informative chunk.
llvm-svn: 91139
|
|
|
|
| |
llvm-svn: 91138
|
|
|
|
| |
llvm-svn: 91137
|
|
|
|
|
|
|
|
|
| |
specializations and class template partial specializations (they're
never named directly). Also, member access expressions only refer to
value declarations (fields, functions, enumerators, etc.) and
Objective-C property declarations; filter out everything else.
llvm-svn: 91133
|
|
|
|
|
|
| |
completion results
llvm-svn: 91125
|
|
|
|
| |
llvm-svn: 90758
|
|
|
|
| |
llvm-svn: 90757
|
|
|
|
| |
llvm-svn: 90756
|
|
|
|
|
|
| |
thinko in a PointerUnion::get call.
llvm-svn: 90719
|
|
|
|
|
|
|
| |
llvm::DenseMap, for a 20% performance improvement in the
Cocoa-big-list performance benchmark.
llvm-svn: 90715
|
|
|
|
| |
llvm-svn: 90663
|
|
|
|
| |
llvm-svn: 90662
|
|
|
|
|
|
| |
ordinary names with Cocoa.h included, by drastically improving the performance of our results sorting.
llvm-svn: 90661
|
|
|
|
|
|
| |
for a massive speedup
llvm-svn: 90209
|
|
|
|
|
|
| |
those associated with TemplateNames.
llvm-svn: 90162
|
|
|
|
| |
llvm-svn: 90088
|
|
|
|
|
|
|
|
|
|
|
|
| |
DependentScopeDeclRefExpr support storing templateids. Unite the common
code paths between ActOnDeclarationNameExpr and ActOnTemplateIdExpr.
This gets us to a point where we don't need to store function templates in
the AST using TemplateNames, which is critical to ripping out OverloadedFunction.
Also resolves a few FIXMEs.
llvm-svn: 89785
|
|
|
|
|
|
|
|
|
|
| |
locations" into
a new class. Use it pervasively throughout Sema.
My fingers hurt.
llvm-svn: 89638
|
|
|
|
|
|
| |
this information through lookup rather than rederiving it.
llvm-svn: 89570
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
into pretty much everything about overload resolution in order to wean
BuildDeclarationNameExpr off LookupResult::getAsSingleDecl(). Replace
UnresolvedFunctionNameExpr with UnresolvedLookupExpr, which generalizes the
idea of a non-member lookup that we haven't totally resolved yet, whether by
overloading, argument-dependent lookup, or (eventually) the presence of
a function template in the lookup results.
Incidentally fixes a problem with argument-dependent lookup where we were
still performing ADL even when the lookup results contained something from
a block scope.
Incidentally improves a diagnostic when using an ObjC ivar from a class method.
This just fell out from rewriting BuildDeclarationNameExpr's interaction with
lookup, and I'm too apathetic to break it out.
The only remaining uses of OverloadedFunctionDecl that I know of are in
TemplateName and MemberExpr.
llvm-svn: 89544
|
|
|
|
|
|
| |
"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
|
|
|
|
|
|
| |
declaration, so that we don't produce completions for attributes that would conflict with already-specified attributes
llvm-svn: 89281
|
|
|
|
|
|
|
|
|
| |
declaration by providing patterns for "getter = <method>" and "setter
= <method>". As part of this, invented a new "pattern" result kind
that is merely a semantic string. The "pattern" result kind should
help with other kinds of code templates.
llvm-svn: 89277
|
|
|
|
|
|
| |
change.
llvm-svn: 89267
|
|
|
|
| |
llvm-svn: 89265
|
|
|
|
| |
llvm-svn: 89259
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
instance variables
llvm-svn: 89182
|
|
|
|
| |
llvm-svn: 89168
|
|
|
|
|
|
| |
referring to message sends
llvm-svn: 89164
|
|
|
|
|
|
|
|
|
| |
code to find and add Objective-C methods (starting at an
ObjCContainerDecl) into a single, static function. Also, make sure
that we search into the implementations of classes and categories to
find even more methods.
llvm-svn: 89163
|
|
|
|
| |
llvm-svn: 89112
|
|
|
|
|
|
| |
placeholder arguments for Objective-C message sends.
llvm-svn: 89103
|
|
|
|
|
|
|
| |
decl, create shadow declarations and put them in scope like normal.
Work in progress.
llvm-svn: 89048
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Provide Sema in callbacks, instead of requiring it in constructor. This
eliminates the need for a factory function. Clients now just pass the object
to consume the results in directly.
- CodeCompleteConsumer is cheap to construct, so building it whenever we are
doing code completion is reasonable.
Doug, please review.
llvm-svn: 87099
|
|
|
|
|
|
|
| |
when looking for a name within a given DeclContext. Now enumerators
will show up in code-completion results.
llvm-svn: 86591
|
|
|
|
|
|
| |
Still a work in progress...
llvm-svn: 86323
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Introduce more code-completion string "chunk" kinds that describe
symbols, the actual text that the user is expected to type, etc.
- Make the generation of macro results optional, since it can be
slow
- Make code-completion accessible through the C API, marshalling the
code-completion results through a temporary file (ick) to maintain
process separation.
The last doesn't have tests yet.
llvm-svn: 86306
|
|
|
|
| |
llvm-svn: 85594
|
|
|
|
|
|
|
| |
types. Preserve it through template instantiation. Preserve it through PCH,
although TSTs themselves aren't serializable, so that's pretty much meaningless.
llvm-svn: 85500
|