llvm-svn: 19385

llvm-svn: 19384

Fix a bug legalizing "ret (Val,Val)"

llvm-svn: 19375

llvm-svn: 19374

llvm-svn: 19369

all targets.

llvm-svn: 19366

llvm-svn: 19365

llvm-svn: 19361

llvm-svn: 19360

llvm-svn: 19359

llvm-svn: 19358

CodeGen/Generic/select.ll:castconst.

llvm-svn: 19357

llvm-svn: 19356

int GEP indices on 64-bit archs.

llvm-svn: 19354

llvm-svn: 19353

llvm-svn: 19352

llvm-svn: 19350

llvm-svn: 19349

llvm-svn: 19348

llvm-svn: 19346

llvm-svn: 19345

llvm-svn: 19339

of the code for lowering from LLVM code to a SelectionDAG.

llvm-svn: 19331

llvm-svn: 19330

to go, but it does work for some non-trivial cases now.

llvm-svn: 19329

llvm-svn: 19327

1. If we are two-addressing a commutable instruction and the LHS is not the
   last use of the variable, see if the instruction is the last use of the
   RHS.  If so, commute the instruction, allowing us to avoid a
   register-register copy in many cases for common instructions like ADD, OR,
   AND, etc on X86.
2. If #1 doesn't hold, and if this is an instruction that also existing in
   3-address form, promote the instruction to a 3-address instruction to
   avoid the register-register copy.  We can do this for several common
   instructions in X86, including ADDrr, INC, DEC, etc.

This patch implements test/Regression/CodeGen/X86/commute-two-addr.ll,
overlap-add.ll, and overlap-shift.ll when I check in the X86 support for it.

llvm-svn: 19245

llvm-svn: 18955

20%, shaving 0.1s off hbd compile time on my g5.  Yay.

llvm-svn: 18592

Make only one print method to avoid overloaded virtual warnings when \
compiled with -Woverloaded-virtual

llvm-svn: 18589

Prolang-C/bison in the JIT

llvm-svn: 18477

PR449

llvm-svn: 18306

llvm-svn: 18131

llvm-svn: 18129

llvm-svn: 18064

llvm-svn: 18034

llvm-svn: 18009

* Do not put fixed registers into the unhandled set.  This means they will
  never find their way into the inactive, active, or handled sets, so we
  can simplify a bunch of code.

llvm-svn: 17945

incrementing i.

llvm-svn: 17944

i->start == j->start, then certainly i->end > j->start.

llvm-svn: 17943