| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
Chandra : http://reviews.llvm.org/D6201
llvm-svn: 221694
|
|
|
|
|
|
| |
http://reviews.llvm.org/D6199
llvm-svn: 221692
|
|
|
|
|
|
|
|
|
|
|
|
| |
structures are parsed safely by the Objective-C runtime.
Also made some modifications to the way we parse structs
in the runtime to avoid mis-parsing @ followed by the name
of the next field.
<rdar://problem/18887634>
llvm-svn: 221643
|
|
|
|
|
|
| |
call bound methods as cleanup hooks
llvm-svn: 221624
|
|
|
|
|
|
|
|
| |
r221575 introduced a NoreturnUnwind test that did not skip the dsym
test on non-darwin platforms, and had the @dwarf_test case as an exact
copy of the dsym case (including the test name, test_with_dsym).
llvm-svn: 221611
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a noreturn function was the last function in a section,
we wouldn't correctly back up the saved-pc value into the
correct section leading to us showing the wrong function in
the backtrace.
Also add a backtrace test with an attempt to elicit this
particular layout. It happens to work out with clang -Os
but other compilers may not quite get the same layout I'm
getting at that opt setting. We'll still be exercising the
basic noreturn handling in the unwinder even if we don't get
one function at the very end of a section.
<rdar://problem/16051613>
llvm-svn: 221575
|
|
|
|
| |
llvm-svn: 221566
|
|
|
|
|
|
|
|
|
|
| |
Fixes include:
- dont set or change LDFLAGS, but set LD_EXTRAS instead
- fix compilation errors for iOS based builds with objective C code
- fix test cases to create classes instead of relying on classes from AppKit
- rename things where it makes sense
llvm-svn: 221496
|
|
|
|
|
|
| |
be run remotely via lldb-platform.
llvm-svn: 221494
|
|
|
|
|
|
|
|
| |
golden output, use the process STDOUT instead.
This helps this test be able to be run remotely.
llvm-svn: 221493
|
|
|
|
|
|
| |
when getting the SDK path and use xcrun to find the SDK path.
llvm-svn: 221492
|
|
|
|
|
|
|
|
| |
protocols.
<rdar://problem/18883778>
llvm-svn: 221476
|
|
|
|
|
|
|
|
| |
floating point instead of something that can't to avoid test suite failures on different devices and architectures.
<rdar://problem/18826900>
llvm-svn: 221468
|
|
|
|
| |
llvm-svn: 221467
|
|
|
|
|
|
| |
allowing a hook to be passed back the test instance, were it not to be already bound to self. Use this ability to make the reversal of escape-non-printables a teardown hook for added reliability of the testing logic
llvm-svn: 221402
|
|
|
|
|
|
|
|
|
|
|
| |
that we load debug information properly. If we don't
explicitly add-dsym, sometimes Spotlight will help out
and tell us about the dSYM but we shouldn't be relying
on that. Thanks to Jim for catching this.
<rdar://problem/16424661>
llvm-svn: 221400
|
|
|
|
|
|
|
|
|
|
|
| |
should or should not escape sequences such as \t, \n, .. and generally any non-printing character
The recent StringPrinter changes made this behavior the default, and the setting defaults to yes
If you want to change this behavior and see non-printables unescaped (e.g. "a\tb" as "a b"), set it to false
Fixes rdar://12969594
llvm-svn: 221399
|
|
|
|
|
|
| |
value changed' flag for scalar valued variables. This fixes rdar://17851144
llvm-svn: 221298
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
case that was reading target memory in TargetAPITestCase.test_read_memory_with_dsym and TargetAPITestCase.test_read_memory_with_dwarf.
The problem was that SBTarget::ReadMemory() was making a new section offset lldb_private::Address by doing:
size_t
SBTarget::ReadMemory (const SBAddress addr,
void *buf,
size_t size,
lldb::SBError &error)
{
...
lldb_private::Address addr_priv(addr.GetFileAddress(), NULL);
bytes_read = target_sp->ReadMemory(addr_priv, false, buf, size, err_priv);
This is wrong. If you get the file addresss from the "addr" argument and try to read memory using that, it will think the file address is a load address and it will try to resolve it accordingly. This will work fine if your executable is loaded at the same address (no slide), but it won't work if there is a slide.
The fix is to just pass along the "addr.ref()" instead of making a new addr_priv as this will pass along the lldb_private::Address that is inside the SBAddress (which is what we want), and not always change it into something that becomes a load address (if we are running), or abmigious file address (think address zero when you have 150 shared libraries that have sections that start at zero, which one would you pick). The main reason for passing a section offset address to SBTarget::ReadMemory() is so you _can_ read from the actual section + offset that is specified in the SBAddress.
llvm-svn: 221213
|
|
|
|
|
|
|
|
| |
Objective-C runtime. We'll need to do more
(subclasses, partially-defined classes, etc.)
but this tests that at least the basics work.
llvm-svn: 221208
|
|
|
|
|
|
| |
get hit so it doesn't intermittently fail on MacOSX.
llvm-svn: 221201
|
|
|
|
|
|
| |
data section name for all file formats. Instead fix the test by finding the section by section type so the test is agnostic to the file format (and passes on MacOSX).
llvm-svn: 221197
|
|
|
|
|
|
| |
data section name for all file formats. Instead fix the test by finding the section by section type so the test is agnostic to the file format (and passes on MacOSX).
llvm-svn: 221196
|
|
|
|
|
|
|
| |
After r220894 (StringPrinter change) it is no longer emitted. Update the
test rather than considering it a bug as the new format is preferred.
llvm-svn: 220914
|
|
|
|
|
|
| |
llvm.org/pr21325
llvm-svn: 220871
|
|
|
|
|
|
| |
llvm.org/pr21411
llvm-svn: 220856
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Python summary functions
This works similarly to the {thread/frame/process/target.script:...} feature - you write a summary string, part of which is
${var.script:someFuncName}
someFuncName is expected to be declared as
def someFuncName(SBValue,otherArgument) - essentially the same as a summary function
Since . -> [] are the only allowed separators, and % is used for custom formatting, .script: would not be a legitimate symbol anyway, which makes this non-ambiguous
llvm-svn: 220821
|
|
|
|
|
|
|
|
|
|
|
| |
testcases. Also fixed one of the testcases to
not run on the platforms that don't support
Objective-C.
We want to do better with the Objective-C attribute
but we'll do that in a future commit.
llvm-svn: 220820
|
|
|
|
|
|
| |
canonical type, since that will strip typedefs where we want them to be preserved. Fixes rdar://15453076
llvm-svn: 220810
|
|
|
|
| |
llvm-svn: 220743
|
|
|
|
|
|
| |
headers, so use this path instead
llvm-svn: 220718
|
|
|
|
| |
llvm-svn: 220681
|
|
|
|
| |
llvm-svn: 220661
|
|
|
|
| |
llvm-svn: 220660
|
|
|
|
|
|
|
|
| |
All of these test fixups are prep work for when llgs is
running with llgs for local process debugging, where these
tests fail without the ptracer lock-down suppression.
llvm-svn: 220656
|
|
|
|
|
|
|
|
|
|
|
|
| |
Similar to previous fix, this augments the test inferior to
immediately indicate it may be ptraced by any Linux process
when the appropriate symbols are defined.
This seems to indicate we need to fix our lldb attach logic to
catch when an attach fails, and trigger an appropriate error
instead of the current behavior of hanging indefinitely.
llvm-svn: 220654
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Similar to a recent test I fixed for gdb-remote attach scenarios, this
fix is for Linux kernels, such as Ubuntu's stock setup on 11.04-ish and
later, where ptrace starts requiring a ptracer to be an ancestor of the
inferior to be ptraced. This change checks for Linux and the ptrace-related
flags. If they're found, it tries to switch on the "allow any ptracer" mode
for the inferior as the first statements in the program. It's a best-effort
solution - if the prctl call fails, the failure is ignored, and probably will
lead to the test failing.
The ptrace security behavior can be modified system-wide, but is outside the
scope of the test to address. Hence I went with this particular solution.
llvm-svn: 220650
|
|
|
|
| |
llvm-svn: 220591
|
|
|
|
|
|
|
| |
Handle pexpect exceptions correctly so that processes spawned with
pexpect are always reaped.
llvm-svn: 220583
|
|
|
|
|
|
| |
chance due to inlining. Set breakpoints where you want them instead. Fixes rdar://18724175
llvm-svn: 220513
|
|
|
|
|
|
| |
though a dynamic type was available. Solves rdar://18744420
llvm-svn: 220511
|
|
|
|
|
|
|
|
| |
This was missing from r219984
llvm.org/pr21324
llvm-svn: 220485
|
|
|
|
|
|
| |
CXXFormattersFunction.h. Also, add a synthetic child provider for libc++'s version of std::initializer_list<T>
llvm-svn: 220421
|
|
|
|
|
|
| |
compiled
llvm-svn: 220420
|
|
|
|
|
|
| |
value as part of themselves
llvm-svn: 220414
|
|
|
|
|
|
| |
http://reviews.llvm.org/D5904
llvm-svn: 220406
|
|
|
|
|
|
|
|
|
|
|
|
| |
New functions to give client applications to tools to discover target byte sizes
for addresses prior to ReadMemory. Also added GetPlatform and ReadMemory to the
SBTarget class, since they seemed to be useful utilities to have.
Each new API has had a test case added.
http://reviews.llvm.org/D5867
llvm-svn: 220372
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
BreakpointLocation::ShouldStop. That worked but wasn't really right,
since there's nothing to guarantee that won't get called more than
once. So this change moves that responsibility to the StopInfoBreakpoint
directly, and then it uses the BreakpointSite to actually do the bumping.
Also fix a test case that was assuming if you had many threads running some
code with a breakpoint in it, the hit count when you stopped would always be
1. Many of the threads could have hit it at the same time...
<rdar://problem/18577603>
llvm-svn: 220358
|
|
|
|
|
|
| |
There were many issues with synchronous mode that we discovered when started to try and add a "batch" mode. There was a race condition where the event handling thread might consume events when in sync mode and other times the Process::WaitForProcessToStop() would consume them. This also led to places where the Process IO handler might or might not get popped when it needed to be.
llvm-svn: 220254
|
|
|
|
|
|
|
|
|
|
|
| |
r219978 fixed this test to work on Darwin, and removed the expected
failure decorator, but it then started running (and failing) on FreeBSD.
I'd think @dsym_test should skip the test on all non-Darwin operating
systems. It seems not to be the case, so for now skip it the same way as
done for other @dsym_test tests.
llvm-svn: 220219
|