llvm-svn: 165536

options when clang invokes cc1plus for i386 kexts.
rdar://12459188

llvm-svn: 165534

llvm-svn: 165532

llvm-svn: 165531

llvm-svn: 165521

ASTContext to the ObjCMethodDecl, and have the more generic
ASTContext::getOverriddenMethods() use the ObjCMethodDecl::getOverriddenMethods()
function.

llvm-svn: 165518

deterministic.

llvm-svn: 165515

whether that function/method already has a body (loaded from some
other AST file), as introduced in r165137. Delay this check until
after the redeclaration chains have been wired up.

While I'm here, make the loading of method bodies lazy.

llvm-svn: 165513

Fixup for r165097: build 32-bit ASan compiler-rt library on 64-bit Linux only if just-built clang can build simple 32-bit executables

llvm-svn: 165503

write out the macro history for that macro. Similarly, we need to cope
with reading a macro definition that has been #undef'd.

Take advantage of this new ability so that global code-completion
results can refer to #undef'd macros, rather than losing them
entirely. For multiply defined/#undef'd macros, we will still get the
wrong result, but it's better than getting no result.

llvm-svn: 165502

Clearing a SmallPtrSet is still expensive, split it out from OverloadCandidateSet::clear and don't do it on destruction.

llvm-svn: 165501

opaque layer is responsible for knowing where that specific attribute is stored.

llvm-svn: 165489

Patch by: Laszlo Nagy

llvm-svn: 165486

ASTContext so that it can be widely available.

llvm-svn: 165473

canonical method; avoid storing them again for an out-of-line definition.

llvm-svn: 165472

Make sure we allow "#pragma options align=mac68k" in function-local contexts.  <rdar://problem/12453134>

llvm-svn: 165462

llvm-svn: 165459

of the initializer is valid before using it.

Fixes rdar://12455002&12449015 where local variables of objc objects in ARC mode
were not annotated because of the ImplicitValueInitExpr initializer having invalid
source range, resulting in the SourceRange of the VarDecl having invalid end location.

llvm-svn: 165456

seems to have intended.

llvm-svn: 165440

functionality changed.

llvm-svn: 165439

With this patch Bitrig can use a different c++ library without pain and
within the normal commandline parameters.

Original patch by David Hill, with lots of fixes and cleanup by me.

llvm-svn: 165430

llvm-svn: 165429

llvm-svn: 165425

considered absolute on all platforms.

llvm-svn: 165422

PR14040.

llvm-svn: 165415

llvm-svn: 165414

llvm-svn: 165412

llvm-svn: 165395

Review: http://llvm-reviews.chandlerc.com/D30
llvm-svn: 165392

llvm-svn: 165384

llvm-svn: 165383

llvm-svn: 165375

Patch by Leo Liu, test case by me.

llvm-svn: 165374

llvm-svn: 165370

The darwin change should be a nop since Triple::getArchTypeForDarwinArchName
doesn't know about amd64.

If things like amd64-mingw32 are to be rejected, we should print a error
earlier on instead of silently using the wrong abi.

Remove old comment that looks out of place, this is "in clang".

llvm-svn: 165368

will do the right thing for new[] allocated memory.  Thanks David!

llvm-svn: 165365

characters.

llvm-svn: 165364

llvm-svn: 165363

GCC has always supported this on PowerPC and 4.8 supports it on all platforms,
so it's a good idea to expose it in clang too. LLVM supports this on all targets.

llvm-svn: 165362

Place warn_impcast_different_enum_types in a new warning group, -Wenum-conversion, that is a subgroup of -Wconversion.

llvm-svn: 165361