llvm-svn: 164803

through property getters.

llvm-svn: 164802

(fixup for r164790)

llvm-svn: 164791

llvm-svn: 164790

llvm-svn: 164789

llvm-svn: 164788

llvm-svn: 164781

llvm-svn: 164775

framework location out to a top-level framework. Such frameworks are
not really embedded at all.

llvm-svn: 164774

llvm-svn: 164771

Revert 'Fix a typo 'iff' => 'if''. iff is an abreviation of if and only if. See: http://en.wikipedia.org/wiki/If_and_only_if Commit 164766

llvm-svn: 164769

llvm-svn: 164766

llvm-svn: 164745

have PPCallbacks::InclusionDirective pass the character range for the filename quotes or brackets.

rdar://11113134 & http://llvm.org/PR13880

llvm-svn: 164743

Xcode-style clang builds only support Xcode's architectures, so mips
isn't available and the driver tries to use gcc instead. cc1 will go
ahead and do -fsyntax-only for any platform it knows about even if it
can't actually compile.

llvm-svn: 164742

results for a macro name, not CXCursor_NotImplemented.

llvm-svn: 164740

<rdar://problem/11202465>

llvm-svn: 164739

Left in a note that we need to turn it back on once the SROA fallout is cleared
up.

llvm-svn: 164733

llvm-svn: 164726

Fixes PR13851. Patch by Dimitry Andric!

llvm-svn: 164717

This checker is annotation driven. It checks that the annotated
invalidation method accesses all ivars of the enclosing objects that are
objects of type, which in turn contains an invalidation method.

This is driven by
__attribute((annotation("objc_instance_variable_invalidator")).

llvm-svn: 164716

llvm-svn: 164715

llvm-svn: 164713

llvm-svn: 164712

This isn't correct, as Jordan correctly points out.

llvm-svn: 164711

where an attribute is attached to a forward declaration of a template function,
and refers to parameters of that declaration, but is then inherited by the
definition of that function.  When the definition is instantiated, the
parameter references need to be remapped.

llvm-svn: 164710

llvm-svn: 164709

This also adds a definition for uint64_t, which was causing build failures
on some platforms. (I'm actually surprised this didn't happen on more
builders, but maybe the search paths are different.)

llvm-svn: 164706

This is to reduce dependency to cursors for the code-completion results.

llvm-svn: 164705

Removes a dependency of ASTUnit to clang-c/Index.h.

llvm-svn: 164704

llvm-svn: 164683

Run test in a freestanding environment so it doesn't accidentally pick up system headers for the wrong target.

While there add a test that verifies that the header parses in C++ mode.

llvm-svn: 164679

Found with
  find test -type f | xargs grep RUN: | grep '%clang' | grep -iv '%s' | grep -v '%t' | grep -v '\\$'

llvm-svn: 164678

llvm-svn: 164677

Add a test for PR13924. Do not revert the test added in r163022,
it surprisingly still passes even after reverting the code changes.

llvm-svn: 164672

In the C programming language, we have to add the
"struct" keyword.  Otherwise, the compiler will
emit error message.

llvm-svn: 164665

llvm-svn: 164661

llvm-svn: 164660

typeid (and a couple other non-standard places where we can transform an
unevaluated expression into an evaluated expression) is special
because it introduces an an expression evaluation context,
which conflicts with the mechanism to compute the current
lambda mangling context.  PR12123.

I would appreciate if someone would double-check that we get the mangling
correct with this patch.

llvm-svn: 164658

enough information so we can mangle them correctly in cases involving
dependent parameter types. (This specifically impacts cases involving
null pointers and cases involving parameters of reference type.)
Fix the mangler to use this information instead of trying to scavenge
it out of the parameter declaration.

<rdar://problem/12296776>.

llvm-svn: 164656