| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 169624
|
|
|
|
|
|
| |
log enable now resolves the "--file" option in case it contains ~.
llvm-svn: 169623
|
|
|
|
| |
llvm-svn: 169622
|
|
|
|
| |
llvm-svn: 169621
|
|
|
|
| |
llvm-svn: 169620
|
|
|
|
|
|
|
| |
Also fixes a test that was overly-sensitive to the exact order of statistics
emitted.
llvm-svn: 169619
|
|
|
|
|
|
| |
problem on Linux where 'continue' was misfiring after an expression evaluation when stopped at a breakpoint. The problem was that InferiorCallMmap was not setting its ThreadPlanCallFunction to private and so the completion of that thread plan appeared to be the stop reason and therefore the 'continue' operation failed to step over the breakpoint. The SetPrivate call is being put in ThreadPlanCallFunction rather than InferiorCallMmap to make the solution more general.
llvm-svn: 169618
|
|
|
|
|
|
| |
delegated to MCObjectStreamer.
llvm-svn: 169617
|
|
|
|
| |
llvm-svn: 169616
|
|
|
|
|
|
| |
fields were resolving to int instead of long. A similar change was made in r155144 to eliminate the type specification for an earlier check in this test, so it seemed appropriate here too.
llvm-svn: 169615
|
|
|
|
|
|
|
|
|
|
| |
from initing the lldb.target/frame/etc globals,
and only do the latter when it makes sense to.
<rdar://problem/12554049>
llvm-svn: 169614
|
|
|
|
|
|
| |
duplicate implementations in format-specific streamers.
llvm-svn: 169613
|
|
|
|
|
|
|
|
| |
constructing threads, otherwise we will risk a lock-inversion deadlock between the thread list and the API mutex.
<rdar://problem/12554049>
llvm-svn: 169612
|
|
|
|
| |
llvm-svn: 169611
|
|
|
|
|
|
|
|
| |
i386-redhat-linux6E).
Thanks to Bruce Stephens.
llvm-svn: 169610
|
|
|
|
|
|
|
|
|
|
| |
Before this patch, when you objdump an LLVM-compiled file, objdump tried to
decode data-in-code sections as if they were code. This patch adds the missing
Mapping Symbols, as defined by "ELF for the ARM Architecture" (ARM IHI 0044D).
Patch based on work by Greg Fitzgerald.
llvm-svn: 169609
|
|
|
|
|
|
| |
Patch by Alexander Zinenko.
llvm-svn: 169608
|
|
|
|
| |
llvm-svn: 169607
|
|
|
|
| |
llvm-svn: 169606
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: FormatTokenLexer is here, FormatTokenBuffer is on the way. This will allow to re-parse unwrapped lines when needed.
Reviewers: djasper, klimek
Reviewed By: klimek
CC: cfe-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D186
llvm-svn: 169605
|
|
|
|
|
|
|
|
|
|
| |
target.
Buildbots for some hosts may choose to build only their own backend in order to
maximise testing-turnaround time. Move the test into a prefixed directory so
lit's standard "backend specific" suppression can be done.
llvm-svn: 169604
|
|
|
|
| |
llvm-svn: 169603
|
|
|
|
| |
llvm-svn: 169602
|
|
|
|
|
|
| |
thread names (if non-empty) in asan reports
llvm-svn: 169601
|
|
|
|
| |
llvm-svn: 169600
|
|
|
|
|
|
| |
compatibility
llvm-svn: 169599
|
|
|
|
|
|
| |
for linux so far (using prctl(PR_GET_NAME))
llvm-svn: 169598
|
|
|
|
|
|
| |
Ubuntu Precise compatibility.
llvm-svn: 169597
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
NOTE: If you have any patches in the works that modify LangRef, you will
need to rewrite the changes to LangRef.html to their equivalents in
LangRef.rst. If you need assistance feel free to contact me.
Since LangRef is mission-critical for the project and "normative", I
have taken extra care to ensure that no content was lost or altered in
the conversion. The content was converted with a tool called `pandoc`,
so there is no chance for a human error like accidentally forgetting a
sentence or whatever. After the initial conversion by `pandoc`, only
changes to the markup were done.
This is just the most literal conversion of the HTML document as
possible. It might be worth exploring some way to chop up this massive
document into separate pages, e.g. something like
`docs/LangRef/Instructions.rst`, `docs/LangRef/Intrinsics.rst`, etc.
with `docs/LangRef.rst` being an "intro/navigation page" of sorts. On
the other hand, that loses the ability to {Ctrl,Cmd}-F for a given term
right from your browser.
IMO, I think our stylesheet needs some work because I find it hard to
tell what level of nesting some of the headings are at (e.g. "is this a
new section or is it a subsection?"). The issue is present on other
pages, but the sheer size and deep section structure of LangRef really
brings this issue out. If there are any web designers out there in the
community it would be awesome if you tried to come up with something
nicer.
llvm-svn: 169596
|
|
|
|
|
|
| |
(conflicts with our own interceptors)
llvm-svn: 169595
|
|
|
|
|
|
|
| |
Now not joining keywords with '::' and not putting a space between
a pointer pointer.
llvm-svn: 169594
|
|
|
|
|
|
| |
can be put on TLS. Long term, we absolutely must build the run-times with the fresh target clang
llvm-svn: 169593
|
|
|
|
| |
llvm-svn: 169592
|
|
|
|
|
|
|
|
|
|
| |
MSan uses a TLS slot to pass shadow for function arguments and return values.
This makes all instrumented functions not readonly, and at the same time
requires that all callees of an instrumented function that may be
MSan-instrumented do not have readonly attribute (otherwise some of the
instrumentation may be optimized out).
llvm-svn: 169591
|
|
|
|
|
|
|
|
|
| |
ObjCMethodCall::getRuntimeDefinition().
The same queries can happen thousands of times. This reduces the analysis
time on one heavy Objective-C file by 2.4%.
llvm-svn: 169589
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We were emitting calls to blocks as if all arguments were
required --- i.e. with signature (A,B,C,D,...) rather than
(A,B,...). This patch fixes that and accounts for the
implicit block-context argument as a required argument.
In addition, this patch changes the function type under which
we call unprototyped functions on platforms like x86-64 that
guarantee compatibility of variadic functions with unprototyped
function types; previously we would always call such functions
under the LLVM type T (...)*, but now we will call them under
the type T (A,B,C,D,...)*. This last change should have no
material effect except for making the type conventions more
explicit; it was a side-effect of the most convenient implementation.
llvm-svn: 169588
|
|
|
|
|
|
| |
triple.
llvm-svn: 169587
|
|
|
|
|
|
| |
avoiding over-eager canonicalization of clusters.
llvm-svn: 169586
|
|
|
|
|
|
| |
This is the preferred way of creating bundled machine instructions.
llvm-svn: 169585
|
|
|
|
|
|
|
| |
Like the MachineInstrBuilder, this class makes it easier to build
bundles of MachineInstrs.
llvm-svn: 169584
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is still a work in progress. The purpose is to make bundling and
unbundling operations explicit, and to catch errors where bundles are
broken or created inadvertently.
The old IsInsideBundle flag is replaced by two MI flags: BundledPred
which has the same meaning as IsInsideBundle, and BundledSucc which is
set on instructions that are bundled with a successor. Having two flags
provdes redundancy to detect when a bundle is inadvertently torn by a
splice() or insert(), and it makes it possible to write bundle iterators
that don't need to peek at adjacent instructions.
The new flags can't be manipulated directly (once setIsInsideBundle is
gone). Instead there are MI functions to make and break bundle bonds.
The setIsInsideBundle function will be removed in a future commit. It
should be replaced by bundleWithPred().
llvm-svn: 169583
|
|
|
|
|
|
|
|
|
|
| |
When using the same-device optimization for shared cache libraries, if
we have an invalid load address for __LINKEDIT, don't try to read
anything out of lldb's own address space. Reading it out of the remote
address space will fail gracefully if we have bad addresses but reading
it out of lldb's own address space will result in a crash.
llvm-svn: 169582
|
|
|
|
| |
llvm-svn: 169581
|
|
|
|
|
|
| |
use.
llvm-svn: 169580
|
|
|
|
| |
llvm-svn: 169579
|
|
|
|
| |
llvm-svn: 169578
|
|
|
|
| |
llvm-svn: 169577
|
|
|
|
| |
llvm-svn: 169576
|
|
|
|
| |
llvm-svn: 169575
|
|
|
|
|
|
| |
defaulted.
llvm-svn: 169574
|