M-x query-replace-regexp
\(Sema::\|Action::\|Parser::\|\)Owning\(Expr\|Stmt\)Result -> \2Result

llvm-svn: 111903

llvm-svn: 111902

llvm-svn: 111901

members, from Faisal Vali! Fixes PR6904.

llvm-svn: 111900

UnresolvedMemberExpr.

llvm-svn: 111899

State explicitly that we are intentionally not providing macro completions for declarator name completions

llvm-svn: 111898

llvm-svn: 111888

keywords "in", "out", "inout", "byref", "bycopy", and "oneway".

llvm-svn: 111884

the ", nil", ", NULL", or ", (void*)0" to the end of the code
completion, since it always has to be there anyway.

llvm-svn: 111867

llvm-svn: 111863

of a cursor or code-completion result, e.g., whether that result
refers to an unavailable, deleted, or deprecated declaration.

llvm-svn: 111858

class extensions (nonfragile-abi2).For every class @interface and class
extension @interface, if the last ivar is a bitfield of any type,
then add an implicit `char :0` ivar to the end of that interface.

llvm-svn: 111857

results for expression contexts within a function.

llvm-svn: 111851

argument in a for-each statement (e.g., "for (id x in <blah>)"), which
restricts the expression completions provided to Objective-C types (or
class types in C++).

llvm-svn: 111843

llvm-svn: 111830

objc-nonfragile-abi2 (radar 7824380).

llvm-svn: 111823

declarator. Here, we can only see a few things (e.g., cvr-qualifiers,
nested name specifiers) and we do not want to provide other non-macro
completions. Previously, we would end up in recovery mode and would
provide a large number of non-relevant completions.

llvm-svn: 111818

constructors. We perform semantic checking when creating the definition, and
this isn't needed in certain contexts (value initialization) but is in others
(default initialization). This fixes PR7948.

We add explicit code to the default initialization path to ensure the
definition is both present and valid.

Doug, please review. I think this follows your latest suggestion, and it ended
up remarkably cleaner than I anticipated. Also let me know if similar logic
should be followed for destructors and copy-constructors.

llvm-svn: 111802

through the parser.

llvm-svn: 111800

In Sema::AddBuiltinOperatorCandidates, candidate pointer types set can also contain a ObjCObjectPointerType since r111699.

Don't assume that they are only PointerTypes or we will crash.

llvm-svn: 111798

llvm-svn: 111795

llvm-svn: 111783

instantiating CXXConstructExpr expressions.

llvm-svn: 111780

llvm-svn: 111768

Build qualified version of ObjC pointers (not pointers) when
doing overload resolution.

llvm-svn: 111740

llvm-svn: 111733

objctive-c pointer conversions. Fixes pr7936.

llvm-svn: 111699

llvm-svn: 111693

llvm-svn: 111680

over ivars for a varienty of puposes is now
consolidated into two small routines; DeepCollectObjCIvars
and ShallowCollectObjCIvars. 

llvm-svn: 111679

llvm-svn: 111675

  - move DeclSpec &c into the Sema library
  - move ParseAST into the Parse library
Reflect this change in a thousand different includes.
Reflect this change in the link orders.

llvm-svn: 111667

llvm-svn: 111611

Avoids a crash.

llvm-svn: 111609

llvm-svn: 111584

are local externs.  Fixes <rdar://problem/8302138>.

llvm-svn: 111570

llvm-svn: 111561

conversion a second time for a conversion candidate (with the real
acting context), because the only problems we would find are access or
ambiguity issues that won't be diagnosed until we pick this
candidate. Add a test case to prove it to myself.

llvm-svn: 111526

conversion functions as if their acting context were the class that
we're converting from (the implicit object argument's
type). Retroactively tweaking the implicit conversion sequence, as we
were trying to do before, breaks the invariants of that implicit
conversion sequence (e.g., the types and conversions don't match
up). Fixes <rdar://problem/8018274>.

llvm-svn: 111520

Include a proper citation for the wacky hijinks involving conversion functions and the implicit object parameter type. No functionality change.

llvm-svn: 111519