objects as an objective-c object.

llvm-svn: 62197

C++ handle anonymous structs/unions in the same way. Addresses several
bugs:

  <rdar://problem/6259534>
  <rdar://problem/6481130>
  <rdar://problem/6483159>

The test case in PR clang/1750 now passes with -fsyntax-only, but
CodeGen for inline assembler still fails.

llvm-svn: 62112

assigned to when it has user declared setter method
defined in the class implementation (but no declaration in
the class itself).

llvm-svn: 62098

or enum to be outside that struct, union, or enum. Fixes several
regressions: 

  <rdar://problem/6487662>
  <rdar://problem/6487669>
  <rdar://problem/6487684>
  <rdar://problem/6487702>
  PR clang/3305
  PR clang/3312

There is still some work to do in Objective-C++, but this requires
that each of the Objective-C entities (interfaces, implementations,
etc.) to be introduced into the context stack with
PushDeclContext/PopDeclContext. This will be a separate fix, later.

llvm-svn: 62091

prohibition of 'readonly' properties in an assignment.

llvm-svn: 62028

in designated protocols lazily.

llvm-svn: 62007

categories.
 - Also, simplify nesting via early return.

llvm-svn: 61968

llvm-svn: 61965

llvm-svn: 61960

llvm-svn: 61957

are related to setter syntax under -Wreadonly-setter-attrs
to prevent warnings in projects built with gcc.

llvm-svn: 61953

introduce a Scope for the body of a tag. This reduces the number of
semantic differences between C and C++ structs and unions, and will
help with other features (e.g., anonymous unions) in C. Some important
points:

  - Fields are now in the "member" namespace (IDNS_Member), to keep
    them separate from tags and ordinary names in C. See the new test
    in Sema/member-reference.c for an example of why this matters. In
    C++, ordinary and member name lookup will find members in both the
    ordinary and member namespace, so the difference between
    IDNS_Member and IDNS_Ordinary is erased by Sema::LookupDecl (but
    only in C++!). 
  - We always introduce a Scope and push a DeclContext when we're
    defining a tag, in both C and C++. Previously, we had different
    actions and different Scope/CurContext behavior for enums, C
    structs/unions, and C++ structs/unions/classes. Now, it's one pair
    of actions. (Yay!)

There's still some fuzziness in the handling of struct/union/enum
definitions within other struct/union/enum definitions in C. We'll
need to do some more cleanup to eliminate some reliance on CurContext
before we can solve this issue for real. What we want is for something
like this:

  struct X {
    struct T { int x; } t;
  };

to introduce T into translation unit scope (placing it at the
appropriate point in the IdentifierResolver chain, too), but it should
still have struct X as its lexical declaration
context. PushOnScopeChains isn't smart enough to do that yet, though,
so there's a FIXME test in nested-redef.c

llvm-svn: 61940

of category implementation is undeclared. Issue error instead.

llvm-svn: 61882

llvm-svn: 61452

llvm-svn: 61359

property in a category and to issue diagnostics
for mismatch method in some other cases.

llvm-svn: 61336

llvm-svn: 61245

llvm-svn: 61202

Improved on property diagnostics.
Added a FIXME per Steve's comments.

llvm-svn: 61141

Fix <rdar://problem/6450964> clang on xcode: Assertion failed: (RecordForDecl && "lookupFieldDeclForIvar no storage for class").

This was a recent regression caused by r61043 (related to code gen. for ivar references).

Fariborz, please review. I have some other concerns related to code generation for ivars that we can discuss later.

llvm-svn: 61134

llvm-svn: 61114

llvm-svn: 61090

be duplicates and a test case.

llvm-svn: 61068

The "real" fix for <rdar://problem/6424347> clang on xcode: Assertion failed: (0 && "unexpected type"), function mergeTypes,

Commit r60845 was premature.

llvm-svn: 60852

Fix <rdar://problem/6424347> clang on xcode: Assertion failed: (0 && "unexpected type"), function mergeTypes,

llvm-svn: 60845

llvm-svn: 60842

has added declaration of these methods in its @interface.

llvm-svn: 60803

llvm-svn: 60793

Fixes <rdar://problem/6418640> clang on prokit: error: incompatible type returning 'id', expected 'NSSize'

llvm-svn: 60716

warning as it is allowed in gcc and will break projects.

llvm-svn: 60710

must allow the continuation class to extend it to a 'readwrite'
and 'copy/retain'.

llvm-svn: 60709

via the category's protocol list1s, with appropriate
diagnsostics and a test case.

llvm-svn: 60634

type mimatches.

llvm-svn: 60630

attributes. Example would be, readonly, assign or
assign, copy, etc.

llvm-svn: 60620

property. It also checks for duplicate use of the same ivar
in two different iproperty implementations. It also caught
an error for a test case used in CodeGen :).

llvm-svn: 60610

type mismatch (related to my last patch).

llvm-svn: 60599

(instance/class) Method type checking between category and its implementation.
And a test case for all.

llvm-svn: 60598

methods in class and its implementation.
This is work in progress.

llvm-svn: 60573

specific targets default them to on.  Default blocks to on on 10.6 and later.
Add a -fblocks option that allows the user to override the target's default.
Use -fblocks in the various testcases that use blocks.

llvm-svn: 60563

property attribute mis-specification.

llvm-svn: 60562