llvm-svn: 148932

helper method for the common operation of extracting an element
out of a constant aggregate.

llvm-svn: 148931

llvm-svn: 148930

llvm-svn: 148929

llvm-svn: 148928

Custom lower phadd and phsub intrinsics to target specific nodes. Remove the patterns that are no longer necessary.

llvm-svn: 148927

"use the new ConstantVector::getSplat method where it makes sense."

Also simplify a bunch of code to use the Builder->getInt32 instead
of doing it the hard and ugly way.  Much more progress could be made
here, but I don't plan to do it.

llvm-svn: 148926

llvm-svn: 148925

"Introduce a new ConstantVector::getSplat constructor function to 
simplify a really common case."

llvm-svn: 148924

llvm-svn: 148923

llvm-svn: 148922

llvm-svn: 148921

llvm-svn: 148920

Represent 256-bit unaligned loads natively and remove the builtins. Similar change was made for 128-bit versions a while back.

llvm-svn: 148919

 

llvm-svn: 148918

- Use MipsAnalyzeImmediate to expand immediates that do not fit in 16-bit.
- Change the types of variables so that they are sufficiently large to handle
  64-bit pointers.
- Emit instructions to set register $28 in a function prologue after
  instructions which store callee-saved registers have been emitted. 
 

llvm-svn: 148917

expand offsets that do not fit in the 16-bit immediate field of load and store
instructions. Also change the types of variables so that they are sufficiently
large to handle 64-bit pointers.

llvm-svn: 148916

patch by Dmitri Gribenko.

llvm-svn: 148915

Merge intrinsic pattern and no pattern versions of VCVTSD2SI intruction definitions. Matches non-AVX version of same instructions.

llvm-svn: 148914

Thanks to Peter Collingbourne for noticing it.

llvm-svn: 148913

inttypes.h is not supplied in msvc.

llvm-svn: 148912

llvm-svn: 148911

in asserts.

llvm-svn: 148910

llvm-svn: 148909

Add a test case to show fewer instructions are needed to load an immediate
with the new way of loading immediates.

llvm-svn: 148908

Original log:
 use the new ConstantVector::getSplat method where it makes sense.

llvm-svn: 148907

Original log:
    Introduce a new ConstantVector::getSplat constructor function to
    simplify a really common case.

llvm-svn: 148906

iff its substitution contains an unexpanded parameter pack. This has the effect
that we now reject declarations such as this (which we used to crash when
expanding):

  template<typename T> using Int = int;
  template<typename ...Ts> void f(Int<Ts> ...ints);

The standard is inconsistent on how this case should be treated.

llvm-svn: 148905

llvm-svn: 148904

llvm-svn: 148903

llvm-svn: 148902

simplify a really common case.

llvm-svn: 148901

load an immediate. 

llvm-svn: 148900

  o complete an unambiguous option
  o complete/list the available option values
  o complete/list the candidate command names

llvm-svn: 148899

did something extremely surprising, and shadowed actually useful 
implementations that had completely different behavior.

llvm-svn: 148898

llvm-svn: 148897

is a declaration-stmt or an expression, we can discern a subset of cases where
the user erred in omitting the typename keyword before a dependent type name.
Fixes PR11358!

llvm-svn: 148896

method pool, so that we don't perform the same lookups into the same
PCH/module file repeatedly.

llvm-svn: 148895

llvm-svn: 148894

llvm-svn: 148893