For now, only hoist re-materilizable instructions. LICM will increase register pressure. We want to avoid spilling more instructions if it's possible.

llvm-svn: 63725

of Lod and Sto; patch uses.

llvm-svn: 63716

functions, with callers adjusted to fit.

llvm-svn: 63705

llvm-svn: 63704

functions.

llvm-svn: 63703

I think that's it for this directory.

llvm-svn: 63690

llvm-svn: 63689

from SelectionDagBuild.

llvm-svn: 63680

llvm-svn: 63677

llvm-svn: 63676

have it yet.  More coming.

llvm-svn: 63673

llvm-svn: 63663

llvm-svn: 63660

llvm-svn: 63653

basic-block segments bottom-up instead of top down. This
is the first step in a general restructuring of the way
register liveness is tracked in the post-RA scheduler.

llvm-svn: 63643

Duncan spotted this. Thanks!

llvm-svn: 63641

in any old order.  Since analyzing a node analyzes its
operands also, this can mean that when we pop a node
off the list of nodes to be analyzed, it may already
have been analyzed.

llvm-svn: 63632

llvm-svn: 63599

initial PHI nodes of the machine function.

llvm-svn: 63598

llvm-svn: 63595

llvm-svn: 63594

correct. We need more infrastructure before we can get the DebugLoc info for
these instructions.

llvm-svn: 63593

llvm-svn: 63591

llvm-svn: 63585

created. Specifically, those BuildMIs which use
"DebugLoc::getUnknownLoc()". I'll remove them soon.

llvm-svn: 63584

into SimplifySetCC which gets called elsewhere.

llvm-svn: 63583

information. This eliminates the need for the Flags field in MemSDNode,
so this makes LoadSDNode and StoreSDNode smaller. Also, it makes
FoldingSetNodeIDs for loads and stores two AddIntegers smaller.

llvm-svn: 63577

llvm-svn: 63574

except LegalizeOp itself.

llvm-svn: 63560

Live interval reconstruction needs to account for this, and scour its maps to
prevent dangling references.

llvm-svn: 63558

among others.

llvm-svn: 63555

llvm-svn: 63545

llvm-svn: 63543

llvm-svn: 63540

llvm-svn: 63537

llvm-svn: 63536

llvm-svn: 63527

llvm-svn: 63523

llvm-svn: 63498

crashes or wrong code with codegen of large integers:
eliminate the legacy getIntegerVTBitMask and
getIntegerVTSignBit methods, which returned their
value as a uint64_t, so couldn't handle huge types.

llvm-svn: 63494