Skip to content
  1. Sep 25, 2009
  3. Sep 22, 2009
  5. Sep 19, 2009
  7. Sep 17, 2009
  9. Sep 14, 2009
  11. Sep 11, 2009
  13. Sep 10, 2009
  15. Sep 09, 2009
  17. Aug 31, 2009
  19. Aug 17, 2009
    • David Chisnall's avatar
      Initial patch to support definitions of id and Class from headers in Objective-C code. · 9f57c290
      David Chisnall authored 
      This currently breaks test/SemaObjC/id-isa-ref.m and issues some spurious warnings when you attempt to assign a struct objc_class* value to a Class variable.  The test case probably should fail as it's written, because without the definition of Class the compiler should not assume struct objc_class* is a valid receiver type, but it's left broken because it would be nice if we could get that passing too for the special case of isa.

Approved by snaroff.

llvm-svn: 79248
      9f57c290
  21. Aug 14, 2009
  23. Aug 13, 2009
  25. Aug 06, 2009
  27. Aug 05, 2009
  29. Jul 31, 2009
  31. Jul 30, 2009
  33. Jul 29, 2009
  35. Jul 28, 2009
  37. Jul 25, 2009
  39. Jul 24, 2009
  41. Jul 18, 2009
  43. Jul 15, 2009
  45. Jul 14, 2009
  47. Jul 13, 2009
  49. Jul 11, 2009
    • Steve Naroff's avatar
      This patch includes a conceptually simple, but very intrusive/pervasive change. · 7cae42b0
      Steve Naroff authored 
      The idea is to segregate Objective-C "object" pointers from general C pointers (utilizing the recently added ObjCObjectPointerType). The fun starts in Sema::GetTypeForDeclarator(), where "SomeInterface *" is now represented by a single AST node (rather than a PointerType whose Pointee is an ObjCInterfaceType). Since a significant amount of code assumed ObjC object pointers where based on C pointers/structs, this patch is very tedious. It should also explain why it is hard to accomplish this in smaller, self-contained patches.

This patch does most of the "heavy lifting" related to moving from PointerType->ObjCObjectPointerType. It doesn't include all potential "cleanups". The good news is additional cleanups can be done later (some are noted in the code). This patch is so large that I didn't want to include any changes that are purely aesthetic.

By making the ObjC types truly built-in, they are much easier to work with (and require fewer "hacks"). For example, there is no need for ASTContext::isObjCIdStructType() or ASTContext::isObjCClassStructType()! We believe this change (and the follow-up cleanups) will pay dividends over time. 

Given the amount of code change, I do expect some fallout from this change (though it does pass all of the clang tests). If you notice any problems, please let us know asap! Thanks.

llvm-svn: 75314
      7cae42b0
  51. Jul 08, 2009
  53. Jul 03, 2009
  55. Jul 01, 2009
  57. Jun 30, 2009
    • Argyrios Kyrtzidis's avatar
      De-ASTContext-ify DeclContext. · cfbfe78e
      Argyrios Kyrtzidis authored 
      Remove ASTContext parameter from DeclContext's methods. This change cascaded down to other Decl's methods and changes to call sites started "escalating".
Timings using pre-tokenized "cocoa.h" showed only a ~1% increase in time run between and after this commit.

llvm-svn: 74506
      cfbfe78e
  59. Jun 23, 2009
  61. Jun 15, 2009
    • Chris Lattner's avatar
      "GCC emits an __objc_class_name_{classname} symbol for every class, and a... · c7d2bfac
      Chris Lattner authored 
      "GCC emits an __objc_class_name_{classname} symbol for every class, and a corresponding reference to this symbol for every compilation unit that references the class.  This causes linker errors when you try linking a program which references some classes but doesn't define them.  The attached patch implements this support in clang, so you can compile a class with clang, reference it in a file compiled with GCC, and have it all work correctly."

Patch by David Chisnall!

llvm-svn: 73364
      c7d2bfac