and I can't figure out how to write it more portably.

llvm-svn: 90705

Fixes PR5695.

llvm-svn: 90702

Also, update SourceManager.h doxyments for getBuffer() to reflect reality.

llvm-svn: 90701

files.
 - The issue is that PCH uses a stat cache, which may reference files which have
   been deleted or moved. In such cases ContentCache::getBuffer was returning 0
   but most clients are incapable of dealing with this (i.e., they don't).

   For the time being, resolve this issue by just making up some invalid file
   contents and. Eventually we should detect that we are in an inconsistent
   situation and error out with a nice message that the PCH is out of date.

llvm-svn: 90699

llvm-svn: 90687

it gets called during template instantiation.

llvm-svn: 90682

llvm-svn: 90680

llvm-svn: 90679

http://llvm.org/viewvc/llvm-project?view=rev&revision=71225
http://llvm.org/viewvc/llvm-project?view=rev&revision=73207
http://llvm.org/viewvc/llvm-project?view=rev&revision=73414

llvm-svn: 90677

Factor vtable related GlobalVariable creation out into a separate function. Add vtable linkage test.

llvm-svn: 90667

llvm-svn: 90660

llvm-svn: 90659

to a memset or a memcpy from a global when possible.

llvm-svn: 90658

llvm-svn: 90652

llvm-svn: 90647

inline functions.

llvm-svn: 90645

 - We need to be more careful in the rest of CIndex if we are to handle
   possibly-invalid ASTs, and don't have much experience with this yet.

llvm-svn: 90643

llvm-svn: 90624

llvm-svn: 90614

Be a little more clever about inline member functions that are marked inline in the inline class declaration but not in the actual definition:

class A {
  inline void f();
}

void A::f() { }

This is not the most ideal solution, since it doesn't work 100% with regular functions (as my FIXME comment states).

llvm-svn: 90607

llvm-svn: 90605

 - I still want to get rid of them, but manually handling them isn't adding value.

llvm-svn: 90602

Fix for PR5650 - Revised vector_size attribute handling to be done earlier before declaration is finalized.

llvm-svn: 90600

When generating a virtual destructor, don't try to make a virtual call to the base class destructor because then we'll just re-enter the same destructor!

This was done to fix PR5619, so I went ahead and passed a dummy VTT pointer for now.

llvm-svn: 90578

from a source file.
 - This allows CIndex to avoid iterating over all the top-level decls when using
   a PCH, which means we deserialize far fewer decls.

llvm-svn: 90559

llvm-svn: 90555

llvm-svn: 90544

llvm-svn: 90541

llvm-svn: 90521

as a constant integer.  Also, some minor cleanup and improvements to the
diagnostics.

llvm-svn: 90504

create the enum type in the same scope as you would a record type.

llvm-svn: 90500

don't infinitely recurse for cases we can't evaluate.

llvm-svn: 90480

old syntax isn't supported.

llvm-svn: 90469

instantiation, to ensure that we mark class template specilizations as
abstract when we need to and perform checking of abstract classes.

Also, move the checking that determines whether we are creating a
variable of abstract class type *after* we check whether the type is
complete. Otherwise, we won't see when we have an abstract class
template specialization that is implicitly instantiated by this
declaration. This is the "something else" that Sebastian had noted
earlier.

llvm-svn: 90467

Add another blocks test case illustrating how parameters passed-by-reference in block invocations are invalidated (just like function calls).

llvm-svn: 90466

When instantiating a class, if a base specifier is not dependent we still need to copy its attributes down to the instantiated class.

llvm-svn: 90463

llvm-svn: 90461

temporaries that are within our current evaluation context. That way,
nested evaluation contexts (e.g., within a sizeof() expression) won't
see temporaries from outer contexts. Also, make sure to push a new
evaluation context when instantiating the initializer of a variable;
this may be an unevaluated context or a potentially-evaluated context,
depending on whether it's an in-class initializer or not. Fixes PR5672.

llvm-svn: 90460

llvm-svn: 90452

member pointer types.

llvm-svn: 90450