at them since they'd end up in the register weights list. Tell it to stop
doing that.

llvm-svn: 112756

moment, as there's a testcase that uses it and expects it
to be subject to optimizations; we won't be doing that.
Some adjustments based on feedback from Bill.

llvm-svn: 112754

check more strict, breaking some cases not checked in the
testsuite, but also exposes some foldings not done before,
as this example:

  movaps  (%rdi), %xmm0
  movaps  (%rax), %xmm1
  movaps  %xmm0, %xmm2
  movss %xmm1, %xmm2
  shufps  $36, %xmm2, %xmm0

now is generated as:

  movaps  (%rdi), %xmm0
  movaps  %xmm0, %xmm1
  movlps  (%rax), %xmm1
  shufps  $36, %xmm1, %xmm0

llvm-svn: 112753

llvm-svn: 112752

This caused a miscompilation in WebKit where %RAX had conflicting defs when
RemoveCopyByCommutingDef was commuting a %EAX use.

llvm-svn: 112751

llvm-svn: 112748

llvm-svn: 112746

infinite loops or exits will eventually exit. This fixes PR5373.

llvm-svn: 112745

llvm-svn: 112744

physical register in a register class. Make sure to assert if the register
class is empty.

llvm-svn: 112743

llvm-svn: 112742

r112728 did this for fast regalloc.

llvm-svn: 112741

llvm-svn: 112740

llvm-svn: 112733

llvm-svn: 112728

llvm-svn: 112727

llvm-svn: 112726

llvm-svn: 112724

llvm-svn: 112723

if we schedule another LVI-using pass afterwards.

llvm-svn: 112722

llvm-svn: 112721

self host errors on clang-x86-64.

llvm-svn: 112719

on an producing weird link errors.  Patch by Yuri Gribov!

llvm-svn: 112714

llvm-svn: 112713

llvm-svn: 112712

the testcases should be merged.

llvm-svn: 112711

llvm-svn: 112708

llvm-svn: 112707

of a base class.

This makes it possible to unregister the file from FilesToRemove when
the file is done. Also, this eliminates the need for
formatted_tool_output_file.

llvm-svn: 112706

llvm-svn: 112705

llvm-svn: 112704

llvm-svn: 112703

landing pad into uses of registers rather than loads from a stack
slot.  Doesn't touch the 'orrible hack code - Bill needs to persuade
me harder :)

llvm-svn: 112702

and since this is what std::map and std::set do.

llvm-svn: 112701

windows systems.

llvm-svn: 112700

then the SSAUpdator may access freed memory.  Instead, simply pass
in the type and name explicitly, which is all that was used anyway.

llvm-svn: 112699

llvm-svn: 112698

llvm-svn: 112697

on llvmdev: SRoA is introducing MMX datatypes like <1 x i64>,
which then cause random problems because the X86 backend is
producing mmx stuff without inserting proper emms calls.

In the short term, force off MMX datatypes.  In the long term,
the X86 backend should not select generic vector types to MMX
registers.  This is being worked on, but won't be done in time
for 2.8.  rdar://8380055

llvm-svn: 112696

llvm-svn: 112695