In the future, AttributeWithIndex won't be used anymore. Besides, it exposes the
internals of the AttributeSet to outside users, which isn't goodness.

llvm-svn: 173600

Further removal of the introspective AttributeWithIndex thing. Also fix the #includes.

llvm-svn: 173599

llvm-svn: 173598

llvm-svn: 173597

Make sure that multi-line expressions don't create a default target. We recently switched to using a built-in m_exe_ctx when running commands in the DoExecute() so that we can have common code where commands can required having a valid target/process/thread/frame by specifying flags, this caused multi-line expression to always create a new dummy target because m_exe_ctx gets cleared when DoExecute exits. A new input reader has been pushed to handle the input for the expression, which will get popped off and then it was checking the target in m_exe_ctx (which was cleared).

llvm-svn: 173596

We are not exposing the pool or string buffers to libclang users, so no need to
maintain a procedural interface.

llvm-svn: 173595

One of the gotchas (see changes to CodeGenFunction) was due to the fix in
r139416 (for PR10829). This only worked previously because the top level
lexical block would set the location to the end of the function, the debug
location would be updated (as per r139416), the location would be set to
the end of the function again (but that would no-op, since it was the same
as the previous location), then the return instruction would be emitted using
the debug location.

Once the top level lexical block was no longer emitted, the end-of-function
location change was causing the debug loc to be updated, regressing that bug.

llvm-svn: 173593

This adds support for LLVM to accept metadata that doesn't include a top level
lexical block in a function. Specifically LLVM couldn't handle this when there
were file changes relating to these blocks. I've updated a few test cases to
ensure other functionality (such as inlining) isn't affected by this change, but
haven't pervasively updated all the test cases.

llvm-svn: 173592

llvm-svn: 173591

llvm-svn: 173590

llvm-svn: 173589

There is no reason to store pointers as 'void*' in CXTranslationUnitImpl, since
it does not affect libclang ABI.

llvm-svn: 173588

llvm-svn: 173587

latter does not have one of its own. // rdar://13067629

llvm-svn: 173586

into a getter cxtu::getASTUnit(TU)

llvm-svn: 173585

llvm-svn: 173584

llvm-svn: 173583

llvm-svn: 173582

llvm-svn: 173581

llvm-svn: 173580

llvm-svn: 173579

llvm-svn: 173578

Also change EnqueueVisitor to use ConstStmtVisitor as a consequence.

llvm-svn: 173577

Since ARM has diverging ABIs on this detail, it's probably worth
testing both it and a "normal" Itanium system.

llvm-svn: 173576

llvm-svn: 173575

llvm-svn: 173574

llvm-svn: 173573

llvm-svn: 173572

Patch by David Waggoner

llvm-svn: 173571

llvm-svn: 173570

This catches many cases where we can emit a more efficient shuffle for a
specific mask or when the mask contains undefs. Once the splat is lowered to
unpacks we can't do that anymore.

There is a possibility of moving the promotion after pshufb matching, but I'm
not sure if pshufb with a mask loaded from memory is faster than 3 shuffles, so
I avoided that for now.

llvm-svn: 173569

llvm-svn: 173568

It fixes llvm-dwarfdump for mips and mipsel.

llvm-svn: 173567

It fixes llvm-dwarfdump for ppc64-elf.

llvm-svn: 173566

llvm-svn: 173565

to match Greg's dataextractor patch, this one in some
#if defined arm code.

llvm-svn: 173564

llvm-svn: 173563

llvm-svn: 173562

llvm-svn: 173561

receive with an EXC_BREAKPOINT mach exception on arm.

llvm-svn: 173560