llvm-svn: 99842

isn't used by anyone and is better exposed as a non-per-timer 
thing.  Also, stop including System/Mutex.h in Timer.h

llvm-svn: 99841

llvm-svn: 99840

eliminate the per-timer lock (timers should be 
externally locked if needed), the info-output-stream
can never be dbgs(), so drop the check.  Make some
stuff private.

llvm-svn: 99839

makes calls a little bit more consistent and allows easy removal of the
specializations in the future. Convert all callers to the templated functions.

llvm-svn: 99838

llvm-svn: 99836

the SDNodes.

llvm-svn: 99835

llvm-svn: 99834

llvm-svn: 99833

not stop it by using RAII.

llvm-svn: 99832

llvm-svn: 99831

Most of these were unused, some of them were wrong and unused (isS16Constant<short>,
isS10Constant<short>).

llvm-svn: 99827

"the bigstack patch for SPU, with testcase. It is essentially the patch committed as 97091, and reverted as 97099, but with the following additions:
-in vararg handling, registers are marked to be live, to not confuse the register scavenger
-function prologue and epilogue are not emitted, if the stack size is 16. 16 means it is empty - there is only the register scavenger emergency spill slot, which is not used as there is no stack."

llvm-svn: 99819

llvm-svn: 99818

This is same as r99772 (which was reverted) with just one meaningful difference where two source lines exchanged their positions.

llvm-svn: 99816

llvm-svn: 99815

These instructions use byte index in a control vector (M:Vm) to lookup byte
values in a table and generate a new vector (D:Vd).  The table is specified via
a list of vectors, which can be:

{Dn}
{Dn D<n+1>}
{Dn D<n+1> D<n+2>}
{Dn D<n+1> D<n+2> D<n+3>}

llvm-svn: 99789

llvm-svn: 99778

llvm-svn: 99774

llvm-svn: 99772

llvm-svn: 99770

Otherwise, e.g. in the invocation like clang -DFOO=\"bar\" FOO macro
got the bar value, not "bar".

Patch by Alexander Esilevich!

llvm-svn: 99763

llvm-svn: 99760

and those derived from them.  These are obnoxious because
they were written as: PatLeaf<(bitconvert).  Not having an
argument was foiling adding better type checking for operand
count matching up with what was required (in this case,
bitconvert always requires an operand!)

llvm-svn: 99759

matchable: it seems like it would always constant fold.

llvm-svn: 99758

this also depends on the new "bitconvert dropping" behavior just
added to tblgen.

llvm-svn: 99757

llvm-svn: 99755

input to be v8i8 or v16i8, which buildvectors get canonicalized to.

This allows the patterns that were previously using a bare 'vnot' to
match, before they couldn't.

llvm-svn: 99754

patterns that would never match because of bitcast, and eliminating use
of vnot_conv.

llvm-svn: 99753

llvm-svn: 99750

*input* of other type, which is the VT. 

llvm-svn: 99749

llvm-svn: 99748

llvm-svn: 99743

llvm-svn: 99742

are cleaned up, we can remove an old fixme.

llvm-svn: 99741

1, 1 cases which are by-far the most frequent.  This shrinks the X86
isel table from 77014 -> 74657 bytes.

llvm-svn: 99740

can cause a crash on crazy situations in msp430 when morph-node-to
is disabled.

llvm-svn: 99739

their flags correctly.

llvm-svn: 99738

llvm-svn: 99737

nodes all have an EFLAGS result when made by isel lowering.

llvm-svn: 99736