| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
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: 173602
|
| |
|
|
|
|
|
| |
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: 173601
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
in FileCheck.
llvm-svn: 173561
|
| |
|
|
|
|
| |
receive with an EXC_BREAKPOINT mach exception on arm.
llvm-svn: 173560
|
| |
|
|
|
|
|
|
|
|
|
| |
for a CXFile containing device/inode/modification time.
Intended to be useful as a key associated with a unique file across
an indexing session.
rdar://13091837
llvm-svn: 173559
|
| |
|
|
|
| |
FIXME: If FileCheck had expressions something predefined well-known...
llvm-svn: 173558
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
When the analyzer sees an initializer, it checks if the initializer
contains a CXXConstructExpr. If so, it trusts that the CXXConstructExpr
does the necessary work to initialize the object, and performs no further
initialization.
This patch looks through any implicit wrapping expressions like
ExprWithCleanups to find the CXXConstructExpr inside.
Fixes PR15070.
llvm-svn: 173557
|
| |
|
|
|
|
|
| |
on a type. Currently, it gives a generic "expected unqualified-id" error.
The new error message is "cannot use (dot|arrow) operator on a type".
llvm-svn: 173556
|
| |
|
|
|
|
|
|
|
|
|
| |
Add the ability to give breakpoints a "kind" string, and have the StopInfoBreakpoint
print that in the brief description if set. Also print the kind - if set - in the breakpoint
listing.
Give kinds to a bunch of the internal breakpoints.
We were deleting the Mac OS X dynamic loader breakpoint as though the id we had stored away was
a breakpoint site ID, but in fact it was a breakpoint id, so we never actually deleted it. Fixed that.
llvm-svn: 173555
|
| |
|
|
|
|
| |
object argument type for a member call.
llvm-svn: 173554
|
| |
|
|
| |
llvm-svn: 173553
|
| |
|
|
| |
llvm-svn: 173552
|