When performing template instantiation of the definitions of member
templates (or members thereof),  we build a data structure containing
the template arguments from each "level" of template
instantiation. During template instantiation, we substitute all levels
of template arguments simultaneously. 

llvm-svn: 80389

objects that are not automatically garbage collected. This fixes
<rdar://problem/7174400>.

llvm-svn: 80387

llvm-svn: 80386

llvm-svn: 80383

method definition with labels.

llvm-svn: 80381

MultiLevelTemplateArgumentList. This is a baby step toward
instantiating member templates; no intended functionality change yet.

llvm-svn: 80380

llvm-svn: 80377

llvm-svn: 80374

When doing overload resolution, expressions that are value dependent but not type dependent and of integral type should not be treated as null pointer constants.

llvm-svn: 80369

llvm-svn: 80368

llvm-svn: 80366

with class type conversion methods. WIP.

llvm-svn: 80365

declarations of same, introduce a single AST class and add appropriate bits
(encoded in the namespace) for whether a decl is "real" or not.  Much hackery
about previously-declared / not-previously-declared, but it's essentially
mandated by the standard that friends alter lookup, and this is at least
fairly non-intrusive.

Refactor the Sema methods specific to friends for cleaner flow and less nesting.

Incidentally solve a few bugs, but I remain confident that we can put them back.

llvm-svn: 80353

llvm-svn: 80346

llvm-svn: 80337

llvm-svn: 80336

pointers.  Most logic cares first about whether or not a region is
symbolic, and second if represents code.  This should fix a series of
silent corner case bugs (as well as simplify a bunch of code).

llvm-svn: 80335

llvm-svn: 80333

llvm-svn: 80332

llvm-svn: 80320

                                    Were Dropped Successfully

Patch by Geoff Keating!

llvm-svn: 80313

class template specializations (when possible) and look into base
classes. Thanks to Eli for the test case!

FIXME -=1.

llvm-svn: 80302

of its subexpressions resulted in a "bad CFG".

llvm-svn: 80298

llvm-svn: 80294

llvm-svn: 80293

llvm-svn: 80289

out for user-defined conversions instead of crashing.

llvm-svn: 80282

cause any regressions.

llvm-svn: 80277

llvm-svn: 80273

llvm-svn: 80272

llvm-svn: 80261

llvm-svn: 80260

llvm-svn: 80258

llvm-svn: 80256

llvm-svn: 80255

templates within class templates, producing a member function template
of a class template specialization. If you can parse that, I'm
sorry. Example:

  template<typename T>
  struct X {
    template<typename U> void f(T, U);
  };

When we instantiate X<int>, we now instantiate the declaration
X<int>::f, which looks like this:

  template<typename U> void X<int>::f(int, U);

The path this takes through
TemplateDeclInstantiator::VisitCXXMethodDecl is convoluted and
ugly, but I don't know how to improve it yet. I'm resting my hopes on
the multi-level substitution required to instantiate definitions of
nested templates, which may simplify this code as well.

More testing to come...

llvm-svn: 80252

Add a OverloadResolutionFlags and start converting some of the overload methods over to using it instead of bools arguments.

llvm-svn: 80248

llvm-svn: 80226

When checking whether one declaration context encloses another, make sure to look at the primary contexts. Thanks to Eli for the test case

llvm-svn: 80212

llvm-svn: 80211