llvm-svn: 55448

llvm-svn: 55447

llvm-svn: 55446

llvm-svn: 55442

llvm-svn: 55441

llvm-svn: 55440

This commit adds the declaration syntax (and associated type).

llvm-svn: 55417

llvm-svn: 55412

llvm-svn: 55410

llvm-svn: 55408

 - It is not clear that this is the right approach, but this is at
   least consistent with how interfaces are handled.

 - This means NeXT now emits the correct metadata for properties in
   protocols.

 - This currently introduces a spurious warning involving inherited
   properties in protocols or categories; however, it also fixes some
   situations where we were failing to emit a warning. I will scrub
   this code tomorrow and fix this issue as well as number of other
   missed warnings / error situations that appear to exist.

llvm-svn: 55407

llvm-svn: 55406

Also, fix category protocol list metadata.

llvm-svn: 55405

ObjC{Category,Protocol}Decl.
 - No functionality change.

llvm-svn: 55404

llvm-svn: 55403

llvm-svn: 55402

 - Was emitting duplicates of class properties instead of the category
   properties.

llvm-svn: 55395

llvm-svn: 55392

Also, fix method lookup to not use LLVM module symbol table.

llvm-svn: 55390

llvm-svn: 55388

llvm-svn: 55386

llvm-svn: 55379

 - Only supports simple assignment and atomic semantics are ignored.
 - Not quite usable yet because the methods do not actually get added
   to the class metadata.
 - Added ObjCPropertyDecl::getSetterKind (one of Assign, Copy, Retain).
 - Rearrange CodeGenFunction so synthesis can reuse function prolog /
   epilog code.

llvm-svn: 55365

Respect isReadOnly when generating synthesized method decls.

llvm-svn: 55364

No (intended) functionality change.

llvm-svn: 55362

Move implicit Obj-C param creation into ObjCMethodDecl.
 - Add ObjCMethodDecl::createImplicitParams.
 - Remove ObjCMethodDecl::set{Self,Cmd}Decl
 - Remove Sema::CreateImplicitParameter

No (intended) functionality change.

llvm-svn: 55357

 - Add ObjCMethodDecl::createImplicitParams.
 - Remove ObjCMethodDecl::set{Self,Cmd}Decl
 - Remove Sema::CreateImplicitParameter

No (intended) functionality change.

llvm-svn: 55356

 - Change enum name to Kind.
 - Change enum constants to English strings.

Also, fix getPropertyImplementation (which probably should be renamed)

llvm-svn: 55354

llvm-svn: 55353

 - Also, fix Parser to construct proper SetterName selector (should be
   lifted out of parser though).

llvm-svn: 55352

of RHSs to id type instead of void* if either has Objective-C object
type.
 - This ensures the result can still be used in normal places an
   object can be used, like a message send.

Add implicit conversions for ?: applied to qualified id types to
ensure that the RHSs are compatible. 
 - This prevents a codegen crash (creating invalid PHI nodes).
 - Again, this relates to the fact that qualified id types have no
   canonical types.
 - Note that the implicit type casted to is incorrect, however this
   doesn't currently cause problems because of the flexibility of the
   id type.

Test cases for above.

llvm-svn: 55346

correctly.  Not a regression, but made more obvious by my recent fix 
which made function type compatibility checking a bit more strict.

llvm-svn: 55339

llvm-svn: 55337

casting pointers to integers.

Eventually, we should check whether we can evaluate an expression 
using Expr::tryEvaluate, and this codepath should be tightened to only 
handle standard-compliant cases.

llvm-svn: 55331

Add CodeGenFunction::EmitUnsupportedLValue 
 - Gives error and returns undef value.

Swap some asserts() over to using EmitUnsupportedLValue
 - Rumor has it users (and even some developers) prefer carat
   diagnostics to backtraces.
 - Works better in Release-Asserts to boot.

llvm-svn: 55328

This partially implements PR 2705: http://llvm.org/bugs/show_bug.cgi?id=2705

llvm-svn: 55327

llvm-svn: 55326

scan-build now correctly reports the exit code from the build command.
Fixes: <rdar://problem/6172224>

llvm-svn: 55324

expression.

llvm-svn: 55323

llvm-svn: 55322