around the debugger. The class isn't hooked into anything yet, but it will be
soon. 

llvm-svn: 129843

manually and pass all (now) 4 arguments to the mul libcall. Add a new
ExpandLibCall for just this (copied gratuitously from type legalization).

Fixes rdar://9292577

llvm-svn: 129842

llvm-svn: 129841

MCInst operands for ARM.  This allows it to be
more tolerant of malformed MCInsts or incorrect
instruction metadata.

llvm-svn: 129840

during deserialization from  a precompiled header, and update all of
its callers to note when this problem occurs and recover (more)
gracefully. Fixes <rdar://problem/9119249>.

llvm-svn: 129839

triple component.

llvm-svn: 129838

llvm-svn: 129837

instead.

llvm-svn: 129836

llvm-svn: 129835

llvm-svn: 129834

Triple::OSX once Clang has moved.

llvm-svn: 129833

Add the infrastructure to test instruction emulations automatically.
The idea is that the instruction to be emulated is actually executed
on the hardware to be emulated, with the before and after state of the
hardware being captured and 'freeze-dried' into .dat files.  The
emulation testing code then loads the before & after state from the
.dat file, emulates the instruction using the before state, and
compares the resulting state to the 'after' state.  If they match, the
emulation is accurate, otherwise there is a problem.

The final format of the .dat files needs a bit more work; the plan is
to generalize them a bit and to convert the plain values to key-value pairs. 
But I wanted to get this first pass committed.

This commit adds arm instruction emulation testing to the testsuite, along with
many initial .dat files.

It also fixes a bug in the llvm disassembler, where 32-bit thumb opcodes
were getting their upper & lower 16-bits reversed.

There is a new Instruction sub-class, that is intended to be loaded
from a .dat file rather than read from an executable.  There is also a
new EmulationStateARM class, for handling the before & after states.
EmulationStates for other architetures can be added later when we
emulate their instructions.

llvm-svn: 129832

were computing the conversion as (ptr != 0 && non-virtual), when it should be
(ptr != 0 || is-virtual).
 - Test to follow in LLVM test-suite.

llvm-svn: 129830

llvm-svn: 129829

llvm-svn: 129828

llvm-svn: 129827

places that were dumping values for the settings. Centralized all of the
value dumping into a single place. When dumping values that aren't strings
we no longer surround the value with single quotes. When dumping values that
are strings, surround the string value with double quotes. When dumping array
values, assume they are always string values, and don't put quotes around
dictionary values.

llvm-svn: 129826

llvm-svn: 129825

llvm-svn: 129824

llvm-svn: 129823

// rdar://9132143

llvm-svn: 129822

llvm-svn: 129820

llvm-svn: 129818

predicates.

llvm-svn: 129816

llvm-svn: 129815

enumeration values.

llvm-svn: 129814

llvm-svn: 129813

llvm-svn: 129812

llvm-svn: 129811

llvm-svn: 129810

llvm-svn: 129809

redundancy pointed out by John.

llvm-svn: 129808

llvm-svn: 129807

llvm-svn: 129806

 - As before, there is a minor semantic change here (evidenced by the test
   change) for Darwin triples that have no version component. I debated changing
   the default behavior of isOSVersionLT, but decided it made more sense for
   triples to be explicit.

llvm-svn: 129805

llvm-svn: 129804

llvm-svn: 129803

 - There is a minor semantic change here (evidenced by the test change) for
   Darwin triples that have no version component. I debated changing the default
   behavior of isOSVersionLT, but decided it made more sense for triples to be
   explicit.

llvm-svn: 129802

llvm-svn: 129801

llvm-svn: 129800