references. There are several smallish fixes here:

  - Make sure we look through template parameter scope when
    determining whether we're parsing a nested class (or nested class
    *template*). This makes sure that we delay parsing the bodies of
    inline member functions until after we're out of the outermost
    class (template) scope.
  - Since the bodies of member functions are always parsed
    "out-of-line", even when they were declared in-line, teach
    unqualified name lookup to look into the (semantic) parents.
  - Use the new InstantiateDeclRef to handle the instantiation of a
    reference to a declaration (in DeclRefExpr), which drastically
    simplifies template instantiation for DeclRefExprs.
  - When we're instantiating a ParmVarDecl, it must be in the current
    instantiation scope, so only look there.

Also, remove the #if 0's and FIXME's from the dynarray example, which
now compiles and executes thanks to Anders and Eli.

llvm-svn: 72481

llvm-svn: 72479

llvm-svn: 72478

llvm-svn: 72477

Patch by Benjamin Kramer.

llvm-svn: 72476

This allows me to remove some API that I don't want to carry over to ObjCObjectPointerType.

No functionality change.

llvm-svn: 72475

llvm-svn: 72474

of a reference correctly.

llvm-svn: 72463

llvm-svn: 72462

instantiation of a declaration from the template version (or version
that lives in a template) and a given set of template arguments. This
needs much, much more testing, but it suffices for simple examples
like

  typedef T* iterator;
  iterator begin();

llvm-svn: 72461

overloaded operator[] or overloaded postfix unary operator (++,
--). Thanks to Eli for finding this bug!

llvm-svn: 72460

type.

llvm-svn: 72459

llvm-svn: 72458

llvm-svn: 72457

llvm-svn: 72450

llvm-svn: 72449

one else is tempted to copy the style, incorrectly.

llvm-svn: 72448

llvm-svn: 72446

llvm-svn: 72444

llvm-svn: 72441

llvm-svn: 72440

llvm-svn: 72439

llvm-svn: 72437

llvm-svn: 72433

 - Just SmallVectors this time.

llvm-svn: 72432

we actually have a destination.

llvm-svn: 72429

an integral constant expression, maintain a cache of the value and the
is-an-ICE flag within the VarDecl itself. This eliminates
exponential-time behavior of the Fibonacci template metaprogram.

llvm-svn: 72428

available (and it isn't necessary in this case).

llvm-svn: 72425

llvm-svn: 72420

thing for non-aggregate types.
 - Otherwise we unnecessarily pin values to the stack and currently end up
   triggering a backend bug in one case.

 - This loose cooperation with LLVM to implement the ABI is pretty ugly.

 - <rdar://problem/6918722> [irgen] clang miscompile of many pointer varargs on
   x86-64

llvm-svn: 72419

llvm-svn: 72418

llvm-svn: 72417

llvm-svn: 72415

barely enough to get the given usage of -print-file-name working).

llvm-svn: 72412

Add a new CallExpr::getCallReturnType and use it in Expr::isLvalueInternal. No intended functionality change.

llvm-svn: 72410

llvm-svn: 72409

Found by code inspection; I haven't seen this in real-world code.

llvm-svn: 72408

llvm-svn: 72407

llvm-svn: 72406

llvm-svn: 72405