llvm-svn: 42458

llvm-svn: 42457

Add some comments to MultiKeywordSelector, make all methods private, add a friend, move some methods around.

llvm-svn: 42456

encapsulate a program point within a CFG for use by our path-sensitive
dataflow solver.

llvm-svn: 42455

Add release version to getting started guide.

llvm-svn: 42454

terminator) the one that has a CopyToReg use. This fixes
2006-05-11-InstrSched.ll with -new-cc-modeling-scheme.

llvm-svn: 42453

Yesterday I discovered that 78% of all selectors in "Cocoa.h" take 0/1 argument.

This motivated implementing a devious clattner inspired solution:-)

This approach uses a small value "Selector" class to point to an IdentifierInfo for the 0/1 case. For multi-keyword selectors, we instantiate a MultiKeywordSelector object (previously known as SelectorInfo). Now, the incremental cost for selectors is only 24,800 for Cocoa.h! This saves 156,592 bytes, or 86%!! The size reduction is also the result of getting rid of the AST slot, which was not strictly necessary (we will associate a selector with it's method using another table...most likely in Sema).

This change was critical to make now, before we have too many clients.

I still need to add some comments to the Selector class...will likely add later today/tomorrow.

llvm-svn: 42452

Dummy block is an empty block with no predecessors.

llvm-svn: 42451

properly kill variables.  e.g:

(x) = 1;

llvm-svn: 42450

in assignment operations of the form +=, -=, *=, etc.

llvm-svn: 42449

this out.

llvm-svn: 42448

llvm-svn: 42447

ExprDeclBitVector class for defining dataflow state.

llvm-svn: 42446

 DeclBitVector
 ExprDeclBitVector (which subclasses the former)

DeclBitVector is for analyses that just want to track bitvector state
for declarations.

ExprDeclBitVector is for analyses that want to track bitvector state
for both both declarations and CFGBlock-level expressions.

llvm-svn: 42445

llvm-svn: 42444

llvm-svn: 42443

llvm-svn: 42442

llvm-svn: 42441

llvm-svn: 42440

llvm-svn: 42439

traversed by the visitor.

llvm-svn: 42438

tracked by an ExprDeclBitVector analysis.

llvm-svn: 42437

protocols.

llvm-svn: 42436

add more such code for DIEDwarfLabel::SizeOf and DIEObjectLabel::SizeOf.

llvm-svn: 42435

targets with 64-bit addresses.

llvm-svn: 42434

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

llvm-svn: 42429

llvm-svn: 42428

llvm-svn: 42427

llvm-svn: 42426

llvm-svn: 42423

Fixes a SWB crash.

llvm-svn: 42422

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

Convert DFSPass into a templated friend function, in preparation for making it common to DomTree and PostDomTree.

llvm-svn: 42420

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

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

llvm-svn: 42417

llvm-svn: 42416

registry for dynamically-loaded garbage collection compiler plugins.

llvm-svn: 42415

capabilities. This is a major rewrite and is easier to read en toto
rather than patchwise.

llvm-svn: 42414