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

llvm-svn: 148892

additional data from the external Sema source. This properly copes
with modules that are imported after we have already searched in the
global method pool for a given selector. For PCH, it's a slight
pessimization to be fixed soon.

llvm-svn: 148891

llvm-svn: 148890

return pre-built lists. Instead, it feeds the methods it deserializes
to Sema so that Sema can unique them, which keeps the chains shorter.

llvm-svn: 148889

This is accomplished by periodically reclaiming nodes in the graph.  This was an optimization
done before the CFG was linearized, but the CFG linearization destroyed that optimization since each
freshly created node couldn't be reclaimed and we only looked at a window of nodes created between
each ProcessStmt.  This optimization can be reclaimed my merely expanding the window to N number of nodes.

llvm-svn: 148888

specific to migrator. Use its first option to
warn migrating from GC to arc when 
NSAllocateCollectable/NSReallocateCollectable is used.
// rdar://10532541

llvm-svn: 148887

teach it to always add the new method at the *end* of the list rather
than as the second element in the list.

llvm-svn: 148886

llvm-svn: 148885

llvm-svn: 148884