- Sep 28, 2007
-
-
Dale Johannesen authored
llvm-svn: 42439
-
Ted Kremenek authored
traversed by the visitor. llvm-svn: 42438
-
Ted Kremenek authored
tracked by an ExprDeclBitVector analysis. llvm-svn: 42437
-
Fariborz Jahanian authored
protocols. llvm-svn: 42436
-
Dan Gohman authored
add more such code for DIEDwarfLabel::SizeOf and DIEObjectLabel::SizeOf. llvm-svn: 42435
-
Dan Gohman authored
targets with 64-bit addresses. llvm-svn: 42434
-
Rafael Espindola authored
The only generated code difference is that now we call memcpy when the size of the array is unknown. This matches GCC behavior and is better since the run time value can be arbitrarily large. llvm-svn: 42433
-
Evan Cheng authored
llvm-svn: 42429
-
Owen Anderson authored
llvm-svn: 42428
-
Owen Anderson authored
llvm-svn: 42427
-
Evan Cheng authored
llvm-svn: 42426
-
Dale Johannesen authored
llvm-svn: 42423
-
Dale Johannesen authored
Fixes a SWB crash. llvm-svn: 42422
-
Ted Kremenek authored
taintness across expressions. Made "smart-culling" of taint propagation (for error reporting) correctly handle conditional expressions and a few other edge cases. llvm-svn: 42421
-
Owen Anderson authored
Convert DFSPass into a templated friend function, in preparation for making it common to DomTree and PostDomTree. llvm-svn: 42420
-
Dan Gohman authored
other than PPC64. Instead of fixing it, just remove it and fix all the places that use it to use TargetData::getPointerSize() instead, as there aren't very many. Most of the references were in DwarfWriter.cpp. llvm-svn: 42419
-
Gordon Henriksen authored
It includes: - location and of each safe point in machine code (identified by a label) - location of each root within the stack frame (identified by an offset), including the metadata tag provided to llvm.gcroot in the user program - size of the stack frame (for collectors which want to cheat on stack crawling :) - and eventually will include liveness It is to be populated by back-ends during code-generation. CollectorModuleMetadata aggregates this information across the entire module. llvm-svn: 42418
-
- Sep 27, 2007
-
-
Evan Cheng authored
llvm-svn: 42417
-
Fariborz Jahanian authored
llvm-svn: 42416
-
Gordon Henriksen authored
registry for dynamically-loaded garbage collection compiler plugins. llvm-svn: 42415
-
Gordon Henriksen authored
capabilities. This is a major rewrite and is easier to read en toto rather than patchwise. llvm-svn: 42414
-
Evan Cheng authored
llvm-svn: 42413
-
Fariborz Jahanian authored
Patch for method implementation. It populates ObjcImplementationDecl object with method implementation declarations . It checks and warns on those methods declared in class interface and not implemented. llvm-svn: 42412
-
Steve Naroff authored
Fix bug in SelectorInfo::getName() - method buffer needs to be passed by reference. llvm-svn: 42411
-
Evan Cheng authored
llvm-svn: 42410
-
Ted Kremenek authored
values associated with ScopedDecls and CFGBlock-level Exprs. This is the common boilerplate needed by UninitializedValues and LiveVariables. Refactored UninitializedValues to use ExprDeclBitVector. Shortened the string diagnostic for UninitializedValues. llvm-svn: 42408
-
Tanya Lattner authored
llvm-svn: 42407
-
Devang Patel authored
llvm-svn: 42406
-
Devang Patel authored
llvm-svn: 42405
-
Chris Lattner authored
llvm-svn: 42398
-
Daniel Berlin authored
llvm-svn: 42397
-
Chris Lattner authored
llvm-svn: 42396
-
Steve Naroff authored
Add SelectorInfo (similar in spirit to IdentifierInfo). The key difference is SelectorInfo is not string-oriented, it is a unique aggregate of IdentifierInfo's (using a folding set). SelectorInfo also has a richer API that simplifies the parser/action interface. 3 noteworthy benefits: #1: It is cleaner. I never "liked" storing keyword selectors (i.e. foo:bar:baz) in the IdentifierTable. #2: It is more space efficient. Since Cocoa keyword selectors can be quite long, this technique is space saving. For Cocoa.h, pulling the keyword selectors out saves ~180k. The cost of the SelectorInfo data is ~100k. Saves ~80k, or 43%. #3: It results in many API simplifications. Here are some highlights: - Removed 3 actions (ActOnKeywordMessage, ActOnUnaryMessage, & one flavor of ObjcBuildMethodDeclaration that was specific to unary messages). - Removed 3 funky structs from DeclSpec.h (ObjcKeywordMessage, ObjcKeywordDecl, and ObjcKeywordInfo). - Removed 2 ivars and 2 constructors from ObjCMessageExpr (fyi, this space savings has not been measured). I am happy with the way it turned out (though it took a bit more hacking than I expected). Given the central role of selectors in ObjC, making sure this is "right" will pay dividends later. Thanks to Chris for talking this through with me and suggesting this approach. llvm-svn: 42395
-
Nick Lewycky authored
llvm-svn: 42394
-
Bill Wendling authored
llvm-svn: 42393
-
Duncan Sands authored
llvm-svn: 42392
-
Duncan Sands authored
llvm-svn: 42391
-
Evan Cheng authored
llvm-svn: 42389
-
Evan Cheng authored
llvm-svn: 42388
-
Evan Cheng authored
llvm-svn: 42387
-