between a unsigned integer and signed integer.

llvm-svn: 63831

llvm-svn: 63812

llvm-svn: 63808

llvm-svn: 63800

Adjust callers.

llvm-svn: 63789

and llvm-gcc.

llvm-svn: 63786

llvm-svn: 63768

Adjust the many callers of those versions.

llvm-svn: 63767

target directories themselves.  This also means that VMCore no longer
needs to know about every target's list of intrinsics.  Future work
will include converting the PowerPC target to this interface as an
example implementation.

llvm-svn: 63765

but when legalizing the operation, we split the vector type and generate a library
call whose type needs to be promoted. For example, X86 with SSE on but MMX off, 
a divide v2i64 will be scalarized to 2 calls to a library using i64.

llvm-svn: 63760

llvm-svn: 63748

support GraphViz, I've been using the foo->dump() facility.  This
patch is a minor rewrite to the SelectionDAG dump() stuff to make it a
little more helpful.  The existing foo->dump() functionality does not
change; this patch adds foo->dumpr().  All of this is only useful when
running LLVM under a debugger.

llvm-svn: 63736

llvm-svn: 63729

Don't bother hoisting out a "cheap" instruction if all of its uses are PHIs. LICM "cheap" instructions are not particularly beneficial to start with. This will just end up making the copies harder to coalesce.

llvm-svn: 63728

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