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

Use movlps, movlpd, movss and movsd specific nodes instead of pattern matching with movlp pattern fragment

llvm-svn: 112694

by 112440 are resolved.

llvm-svn: 112692

llvm-svn: 112689

llvm-svn: 112687

available in normal llvm operators.  We aren't going to
use those for MMX any more because it's unsafe for the
optimizers to synthesize new MMX instructions.

llvm-svn: 112685

This patch was developed on top of original patch by Artur Pietrek.

llvm-svn: 112678

llvm-svn: 112675