llvm-svn: 92796

llvm-svn: 92795

uses several kinds of opcode values which are not declared within
that enum. This fixes PR5946.

llvm-svn: 92794

llvm-svn: 92793

llvm-svn: 92792

llvm-svn: 92790

llvm-svn: 92789

The only difference is that EvaluateInDifferentType checks to ensure
they are profitable before doing them :)

llvm-svn: 92788

llvm-svn: 92787

llvm-svn: 92786

instructions.  Thumb does not have the restriction that t2 = t+1.

llvm-svn: 92785

llvm-svn: 92784

llvm-svn: 92783

llvm-svn: 92782

llvm-svn: 92781

llvm-svn: 92780

non-inline key function of a class template instantiation, when no key
function is present, the class template instantiation itself was
instantiated with an explicit instantiation declaration (aka extern
template). I'm fairly certain that the C++0x specification gives us
this lattitude, although GCC doesn't take advantage of it.

llvm-svn: 92779

It is enough to give the super registers CR0, CR1, ..., and specifying the
sub-registers as well causes confusion in the liveness computations.

llvm-svn: 92778

llvm-svn: 92777

llvm-svn: 92776

llvm-svn: 92775

llvm-svn: 92774

llvm-svn: 92773

llvm-svn: 92772

llvm-svn: 92771

llvm-svn: 92770

A phi operand that is implicitly defined in a predecessor becomes an undefined
register after phi elimination. This causes a lot of false positives when the
verifier is checking if live-in registers are live-out from all predecessors.

Removing the verifier checks seems like a better solution than insisting on
IMPLICIT_DEF instructions in predecessor blocks.

llvm-svn: 92769

llvm-svn: 92768

llvm-svn: 92766

llvm-svn: 92765

llvm-svn: 92763

--enable-targets=host is specified.

llvm-svn: 92762

llvm-svn: 92761

llvm-svn: 92760

llvm-svn: 92759

llvm-svn: 92756

llvm-svn: 92755

Add an !eq() operator to TableGen.  It operates on strings only.
Use !cast<string>() to compare other types of objects.

llvm-svn: 92754

  - All classes can have a key function; templates don't change that.
  non-template classes when computing the key function.
  - We always mark all of the virtual member functions of class
  template instantiations. 
  - The vtable for an instantiation of a class template has weak
  linkage. 

We could probably use available_externally linkage for vtables of
classes instantiated by explicit instantiation declarations (extern
templates), but GCC doesn't do this and I'm not 100% that the ABI
permits it.

llvm-svn: 92753

llvm-svn: 92749