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

llvm-svn: 148883

llvm-svn: 148882

llvm-svn: 148881

By changing all of the throw() specs to noexcept I've been able to compile and link all of the source files into a dylib.  Prior to this substitution the changed functions were calling __cxa_call_unexpected which isn't implemented yet.  However in none of these cases do we actaully want __cxa_call_unexpected to be called.  Primative buildit script added.

llvm-svn: 148880

A REG_SEQUENCE instruction is lowered into a sequence of partial defs:

  %vreg7:ssub_0<def,undef> = COPY %vreg20:ssub_0
  %vreg7:ssub_1<def> = COPY %vreg2
  %vreg7:ssub_2<def> = COPY %vreg2
  %vreg7:ssub_3<def> = COPY %vreg2

The first def needs an <undef> flag to indicate it is the beginning of
the live range, while the other defs are read-modify-write.  Previously,
we depended on LiveIntervalAnalysis to notice and fix the missing
<def,undef>, but that solution was never robust, it was causing problems
with ProcessImplicitDefs and the lowering of chained REG_SEQUENCE
instructions.

This fixes PR11841.

llvm-svn: 148879

llvm-svn: 148878

llvm-svn: 148876

which is what N32/64 does.

llvm-svn: 148875

Switch PerformImplicitConversion over to use DefaultLvalueConversion for lvalue-to-rvalue conversion.

llvm-svn: 148874

llvm-svn: 148873

llvm-svn: 148872