on properties, prevent consequential error  diagnostics. // rdar://10591336

llvm-svn: 146737

llvm-svn: 146722

declarations and definitions) as ObjCInterfaceDecls within the same
redeclaration chain. This new representation matches what we do for
C/C++ variables/functions/classes/templates/etc., and makes it
possible to answer the query "where are all of the declarations of
this class?"

llvm-svn: 146679

protocols; with a warning. // rdar://10567333

llvm-svn: 146626

expression with an unknown result type, assume that the result type is
'id'. Fixes <rdar://problem/10400663>.

llvm-svn: 146622

diagnostic message are compared.  If either is a substring of the other, then
no error is given.  This gives rise to an unexpected case:

  // expect-error{{candidate function has different number of parameters}}

will match the following error messages from Clang:

  candidate function has different number of parameters (expected 1 but has 2)
  candidate function has different number of parameters

It will also match these other error messages:

  candidate function
  function has different number of parameters
  number of parameters

This patch will change so that the verification string must be a substring of
the diagnostic message before accepting.  Also, all the failing tests from this
change have been corrected.  Some stats from this cleanup:

87 - removed extra spaces around verification strings
70 - wording updates to diagnostics
40 - extra leading or trailing characters (typos, unmatched parens or quotes)
35 - diagnostic level was included (error:, warning:, or note:)
18 - flag name put in the warning (-Wprotocol)

llvm-svn: 146619

in classes. // rdar://10535349

llvm-svn: 146504

inside a struct/union.

llvm-svn: 146444

// rdar://10535245

llvm-svn: 146272

methods with these attributes are sent to receivers
of 'id' type too. // rdar://10459930

llvm-svn: 145999

Fixes PR2709.

llvm-svn: 145928

attributes don't match its declaration. // rdar://10529259.

llvm-svn: 145872

typo-correct to ourselves.

llvm-svn: 145583

force the unknown any type to "id" so that the message send can be
completed without requiring a case. Fixes <rdar://problem/10506646>.

llvm-svn: 145552

Specially whitelist the selector 'addOperationWithBlock:' for the retain-cycle checking in -Warc-retain-cycles.  This commonly
is hit by users using NSOperationQueue.  Fixes <rdar://problem/10465721>.

llvm-svn: 145548

// rdar://10453342

llvm-svn: 145358

primary and its continuation class into error.
// rdar://10142679

llvm-svn: 145255

Objective-C classes. This has two purposes: to consistently provide
"forward declaration here" notes when we hit an incomplete type, and
to give LLDB a chance to complete the type.

RequireCompleteType bits from Sean Callanan!

llvm-svn: 144573

llvm-svn: 144508

llvm-svn: 144150

// rdar://10415026

llvm-svn: 144143

type is strong by default too. // rdar://10410903

llvm-svn: 144118

doesn't duplicate, but they all surface as implicit
properties.  It's also a useful optimization to not
duplicate the implicit getter lookup.  So, trust the
getter lookup that was already done in these cases.

llvm-svn: 144031

__weak is unsupported by the deployment target, since it is going to be
ignored anyway.

Makes it easier for incremental migration from GC.

llvm-svn: 143975

Fixes a bug where enumerator type is not this
fixed type. // rdar://10381507

llvm-svn: 143724

// rdar://10357768

llvm-svn: 143518

Downgrade err_iboutlet_object_type to a warning.  It was breaking a bunch of code.  We will reconsider promoting it back to an error later.

llvm-svn: 143470

llvm-svn: 143353

ownership qualifier cast which won't work.
// rdar://10244607

llvm-svn: 143258

in which case the ownership is redundant. Thanks to John for the suggestion.

llvm-svn: 143240

an rvalue retainable object type with life-time qualifier has no
effect and wil be diagnosed as error. // rdar://10244607

llvm-svn: 143219

llvm-svn: 143085

GCC compiler workaround.

llvm-svn: 142931

r142914: "Introduce a placeholder type for "pseudo object""
r142915: "Pull the pseudo-object stuff into its own file."
llvm-svn: 142921

expressions: expressions which refer to a logical rather
than a physical l-value, where the logical object is
actually accessed via custom getter/setter code.
A subsequent patch will generalize the AST for these
so that arbitrary "implementing" sub-expressions can
be provided.

Right now the only client is ObjC properties, but
this should be generalizable to similar language
features, e.g. Managed C++'s __property methods.

llvm-svn: 142914

Relax restriction of assigning to 'self' in ARC when a method is attributed with ns_consumes_self.  Fixes <rdar://problem/10274056>.

llvm-svn: 142909

llvm-svn: 142711

None private methods if their implementation have attribute, they must exactly 
match those in their declarations. // rdar://10271563

llvm-svn: 142709

ivars in class extensions. // rdar://10309454

llvm-svn: 142664

iboutletcollection attribute. But ignore protocol
list. // rdar://10296078

llvm-svn: 142459