- Jul 16, 2009
-
-
Steve Naroff authored
Convert all clients to use the new predicate on Type. llvm-svn: 76076
-
Chris Lattner authored
some target hooks. llvm-svn: 75895
-
Owen Anderson authored
llvm-svn: 75869
-
- Jul 15, 2009
-
-
Ted Kremenek authored
llvm-svn: 75832
-
Steve Naroff authored
Implement the ObjC pseudo built-in types as clang "BuiltinType's". I say pseudo built-in types, since Sema still injects a typedef for recognition (i.e. they aren't truly built-ins from a parser perspective). This removes the static data/methods on ObjCObjectPointerType while preserving the nice API (no need to fiddle with ASTContext:-). This patch also adds Type::isObjCBuiltinType(). This should be the last fairly large patch related to recrafting the ObjC type system. The follow-on patches should be fairly small. llvm-svn: 75808
-
Owen Anderson authored
llvm-svn: 75705
-
- Jul 14, 2009
-
-
Devang Patel authored
llvm-svn: 75684
-
Steve Naroff authored
I don't love the name, however it simplifies the code and is a worthwhile change. If/when we come up with a better name, we can do a search/replace. llvm-svn: 75650
-
Chris Lattner authored
llvm-svn: 75647
-
Anders Carlsson authored
llvm-svn: 75641
-
Daniel Dunbar authored
--- Reverse-merging r75614 into '.': U lib/CodeGen/CGDebugInfo.cpp llvm-svn: 75639
-
Alisdair Meredith authored
llvm-svn: 75622
-
Chris Lattner authored
llvm-svn: 75614
-
Devang Patel authored
llvm-svn: 75589
-
Daniel Dunbar authored
- Previously this would crash on recursive types, and it was also incorrectly stripping off a level of indirection. - I'm not 100% convinced this is all correct, but it should be a monotonic improvment. llvm-svn: 75582
-
Owen Anderson authored
llvm-svn: 75569
-
- Jul 13, 2009
-
-
http://llvm.org/viewvc/llvm-project?view=rev&revision=75314Steve Naroff authored
Still more to come...just wanted to get the no-brainers out of the way. llvm-svn: 75477
-
Devang Patel authored
llvm-svn: 75473
-
Devang Patel authored
llvm-svn: 75471
-
Owen Anderson authored
llvm-svn: 75446
-
- Jul 11, 2009
-
-
Daniel Dunbar authored
- Previous code was based on a misunderstanding (on my part) of the type representation. llvm-svn: 75385
-
Daniel Dunbar authored
- This was a latent bug exposed by the recent objc type changes. llvm-svn: 75383
-
Eli Friedman authored
llvm-svn: 75325
-
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
-
- Jul 10, 2009
-
-
Anders Carlsson authored
llvm-svn: 75265
-
- Jul 08, 2009
-
-
Owen Anderson authored
llvm-svn: 75041
-
Owen Anderson authored
llvm-svn: 75028
-
Anders Carlsson authored
llvm-svn: 75021
-
Owen Anderson authored
llvm-svn: 74986
-
Fariborz Jahanian authored
when struct variables with GC'able members are copied into. Will provide a test case later. llvm-svn: 74984
-
Chris Lattner authored
Also, enable them in sema so that they are tested, and now that the x86 backend has stablized. llvm-svn: 74983
-
- Jul 06, 2009
-
-
Douglas Gregor authored
from Enea Zaffanella! llvm-svn: 74831
-
- Jul 03, 2009
-
-
Fariborz Jahanian authored
This fixes the case where the wrong symbol is emitted leading to linking errors when you reference a class before defining it (GNU runtime). Patch by David Chisnall. llvm-svn: 74772
-
- Jul 02, 2009
-
-
Owen Anderson authored
llvm-svn: 74657
-
- Jul 01, 2009
-
-
Owen Anderson authored
llvm-svn: 74642
-
Owen Anderson authored
llvm-svn: 74615
-
Chris Lattner authored
llvm-svn: 74585
-
- Jun 30, 2009
-
-
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
-
Argyrios Kyrtzidis authored
Timings showed no significant difference before and after the commit. llvm-svn: 74504
-
Argyrios Kyrtzidis authored
The implementations of these methods can Use Decl::getASTContext() to get the ASTContext. This commit touches a lot of files since call sites for these methods are everywhere. I used pre-tokenized "carbon.h" and "cocoa.h" headers to do some timings, and there was no real time difference between before the commit and after it. llvm-svn: 74501
-