llvm-svn: 86927

llvm-svn: 86926

allows us to handle the test10 testcase.

llvm-svn: 86924

llvm-svn: 86923

clang-cc: Move non-Consumer action handling to common location, to expose the massive amount of redundancy we have introduced through blind copy-and-paste.

llvm-svn: 86922

PCH, which I broke.

llvm-svn: 86921

llvm-svn: 86920

Fixed an iteration condition in PreAllocSplitting. This should fix some miscompilations casued by PreAllocSplitting.

llvm-svn: 86919

the basic.ll testcase.

llvm-svn: 86918

llvm-svn: 86917

llvm-svn: 86915

This allows StringRef to skip controversial if(str) check in constructor.
Buildbots, wait for corresponding clang and llvm-gcc FE check-ins!

llvm-svn: 86914

template template parameter.

When building a template-id type, check whether the template-name
itself is dependent (even if the template arguments are not!) and
handle it as a template-id type.

llvm-svn: 86913

llvm-svn: 86912

llvm-svn: 86911

can be made to fall through into the other.

llvm-svn: 86909

is sane.

llvm-svn: 86908

llvm-svn: 86907

llvm-svn: 86906

and give that category an explicit test.  Generalize the internal diagnostic
name.

llvm-svn: 86905

annotation token, because some of the tokens we're annotating might
not be in the set of cached tokens (we could have consumed them
unconditionally).

Also, move the tentative parsing from ParseTemplateTemplateArgument
into the one caller that needs it, improving recovery.

llvm-svn: 86904

in the predefines buffer.

llvm-svn: 86903

"nounwind" attribute.

llvm-svn: 86897

llvm-svn: 86896

llvm-svn: 86895

permits, among other things, ripping apart and reconstructing
templates via partial specialization:

  template<typename T> 
  struct DeepRemoveConst { typedef T type; };

  template<typename T>
  struct DeepRemoveConst<const T> {
    typedef typename DeepRemoveConst<T>::type type;
  };

  template<template<typename> class TT, typename T>
  struct DeepRemoveConst<TT<T> > {
    typedef TT<typename DeepRemoveConst<T>::type> type;
  };

Also, fix a longstanding thinko in the code handling partial ordering
of class template partial specializations. We were performing the
second deduction without clearing out the results of the first
deduction. It's amazing we got through so much code with such a
horrendous error :(

llvm-svn: 86893

the -Wconversion check.

llvm-svn: 86891

llvm-svn: 86890

strswitch.

llvm-svn: 86889

llvm-svn: 86888

either both synthesized or bith user defined. 
Implements radar 6557233.

llvm-svn: 86887

uses LVI info when -enable-jump-threading-lvi is passed.

llvm-svn: 86886

instead of typedefs for std::pair. This simplifies the type of
SameTails, which previously was std::vector<std::pair<std::vector<std::pair<unsigned, MachineBasicBlock *> >::iterator, MachineBasicBlock::iterator>

llvm-svn: 86885

with its corresponding template parameter. This can happen when we
performed some substitution into the default template argument and
what we had doesn't match any more, e.g.,

  template<int> struct A;
  template<typename T, template<T> class X = A> class B;

  B<long> b;

Previously, we'd emit a pretty but disembodied diagnostic showing how
the default argument didn't match the template parameter. The
diagnostic was good, but nothing tied it to the *use* of the default
argument in "B<long>". This commit fixes that.

Also, tweak the counting of active template instantiations to avoid
counting non-instantiation records, such as those we create for
(surprise!) checking default arguments, instantiating default
arguments, and performing substitutions as part of template argument
deduction.

llvm-svn: 86884

not doing this has little to no utility.

llvm-svn: 86883

Allow Preprocessor to take ownership of the HeaderSearch object. I think it should probably always own the header search object, but I'm not sure...

llvm-svn: 86882

llvm-svn: 86881

CompilerInvocation and clang-cc.

llvm-svn: 86880

llvm-svn: 86879

llvm-svn: 86878