| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
are no longer using it for anything. No intended functionality change.
llvm-svn: 93376
|
| |
|
|
|
|
|
|
| |
the "typed" text, first, then take into account
nested-name-specifiers, name hiding, etc. This means that the
resulting sort is actually alphabetical :)
llvm-svn: 93370
|
| |
|
|
|
|
|
|
|
|
|
|
| |
to be considering user-defined conversions in the first place.
Doug, please review; I'm not sure what we should be doing if we see a real
ambiguity in selecting a copy constructor when otherwise suppressing
user-defined conversions.
Fixes PR6014.
llvm-svn: 93365
|
| |
|
|
| |
llvm-svn: 93362
|
| |
|
|
| |
llvm-svn: 93361
|
| |
|
|
|
|
| |
function 'MakeCXCursor' to centralize the logic for creating CXCursor objects.
llvm-svn: 93359
|
| |
|
|
|
|
| |
constructor. Fixes radar 7537770.
llvm-svn: 93358
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
llvm-svn: 93353
|
| |
|
|
| |
llvm-svn: 93348
|
| |
|
|
| |
llvm-svn: 93347
|
| |
|
|
| |
llvm-svn: 93346
|
| |
|
|
|
|
| |
yet used.
llvm-svn: 93345
|
| |
|
|
|
|
| |
Patch by Enea Zaffanella.
llvm-svn: 93344
|
| |
|
|
|
|
| |
declaration references from other delcarations.
llvm-svn: 93343
|
| |
|
|
| |
llvm-svn: 93340
|
| |
|
|
|
|
| |
rewriting for any target. (refixes radar 7530235).
llvm-svn: 93331
|
| |
|
|
| |
llvm-svn: 93328
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that name constructors, the endless joys of out-of-line constructor
definitions, and various other corner cases that the previous hack
never imagined. Fixes PR5688 and tightens up semantic analysis for
constructor names.
Additionally, fixed a problem where we wouldn't properly enter the
declarator scope of a parenthesized declarator. We were entering the
scope, then leaving it when we saw the ")"; now, we re-enter the
declarator scope before parsing the parameter list.
Note that we are forced to perform some tentative parsing within a
class (call it C) to tell the difference between
C(int); // constructor
and
C (f)(int); // member function
which is rather unfortunate. And, although it isn't necessary for
correctness, we use the same tentative-parsing mechanism for
out-of-line constructors to improve diagnostics in icky cases like:
C::C C::f(int); // error: C::C refers to the constructor name, but
// we complain nicely and recover by treating it as
// a type.
llvm-svn: 93322
|
| |
|
|
| |
llvm-svn: 93320
|
| |
|
|
|
|
|
| |
information to feed diagnostics instead of regenerating it. Much room for
improvement here, but fixes some unfortunate problems reporting on method calls.
llvm-svn: 93316
|
| |
|
|
|
|
|
| |
This now rejects literal operators that don't meet the requirements.
Templates are not yet checked for.
llvm-svn: 93315
|
| |
|
|
| |
llvm-svn: 93314
|
| |
|
|
|
|
|
| |
disabled with the intent that users can start with them now and not have to change
a thing to have them work when we implement the features.
llvm-svn: 93312
|
| |
|
|
|
|
| |
future work should permit strings (by splitting them into a list o' strings).
llvm-svn: 93299
|
| |
|
|
| |
llvm-svn: 93288
|
| |
|
|
| |
llvm-svn: 93287
|
| |
|
|
|
|
|
|
| |
clang -cc1 logic for running an action against a set of options.
- This should make it easier to build tools that have a clang -cc1 like
interface, but aren't actually part of clang -cc1.
llvm-svn: 93282
|
| |
|
|
| |
llvm-svn: 93281
|
| |
|
|
|
|
|
|
| |
why the candidate is non-viable. There's a lot we can do to improve this, but
it's a good start. Further improvements should probably be integrated with the
bad-initialization reporting routines.
llvm-svn: 93277
|
| |
|
|
| |
llvm-svn: 93276
|
| |
|
|
|
|
|
|
| |
what visitor methods are defined.
Generalize TUVisitor to take a general "root" and "iterator" callback; this is prep. work to merging TUVisitor and CDeclVisitor.
llvm-svn: 93275
|
| |
|
|
|
|
|
| |
redefined. There's a FIXME with an apology about why we don't try to
do better here. Fixes <rdar://problem/7513023>.
llvm-svn: 93274
|
| |
|
|
|
|
| |
ivar name lookup. Fixes pr5986.
llvm-svn: 93271
|
| |
|
|
| |
llvm-svn: 93269
|
| |
|
|
| |
llvm-svn: 93268
|
| |
|
|
|
|
|
|
| |
instead of a CXEntity.
Enhance USR generation a bit with support for records.
llvm-svn: 93267
|
| |
|
|
|
|
|
|
|
|
| |
unevaluated contexts, because they only matter for code that will
actually be evaluated at runtime.
As part of this, I had to extend PartialDiagnostic to support fix-it
hints.
llvm-svn: 93266
|
| |
|
|
| |
llvm-svn: 93262
|
| |
|
|
| |
llvm-svn: 93260
|
| |
|
|
|
|
| |
not in an evaluated context. This removes some bogus warnings.
llvm-svn: 93258
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
name a template, when they occur in a base-specifier. This is one of
the (few) places where we know for sure that an identifier followed by
a '<' must be a template name, so we can diagnose and recover well:
test/SemaTemplate/dependent-base-classes.cpp:9:16: error: missing
'template'
keyword prior to dependent template name 'T::apply'
struct X1 : T::apply<U> { }; // expected-error{{missing 'template' ...
^
template
test/SemaTemplate/dependent-base-classes.cpp:12:13: error: unknown
template name
'vector'
struct X2 : vector<T> { }; // expected-error{{unknown template name
'vector'}}
^
2 diagnostics generated.
llvm-svn: 93257
|
| |
|
|
| |
llvm-svn: 93256
|
| |
|
|
| |
llvm-svn: 93255
|
| |
|
|
| |
llvm-svn: 93254
|
| |
|
|
|
|
|
| |
correctly look through arrays to see cv-qualifiers. Also enhances the routine
for doing this to preserve more type sugaring for diagnostics.
llvm-svn: 93252
|
| |
|
|
| |
llvm-svn: 93250
|
| |
|
|
|
|
| |
perform_test_load_tu(), and perform_test_load_source().
llvm-svn: 93248
|
| |
|
|
|
|
| |
win32 targets. Fixes radar 7530235. Daniel please review.
llvm-svn: 93246
|
| |
|
|
|
|
|
|
|
| |
initializers. This isn't actually in the C++ grammar (in any version),
but that's clearly an oversight: both GCC and EDG support this syntax,
and it's used within Boost code. I'll file a core issue proposing
precisely the change made here. Fixes PR6008.
llvm-svn: 93243
|