| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds support the command 'source info' as follows:
(lldb) help source info
Display source line information (as specified) based on the current executable's
debug info.
Syntax: source info <cmd-options>
Command Options Usage:
source info [-c <count>] [-s <shlib-name>] [-f <filename>] [-l <linenum>] [-e <linenum>]
source info [-c <count>] [-s <shlib-name>] [-n <symbol>]
source info [-c <count>] [-a <address-expression>]
-a <address-expression> ( --address <address-expression> )
Lookup the address and display the source information for the corresponding
file and line.
-c <count> ( --count <count> )
The number of line entries to display.
-e <linenum> ( --end-line <linenum> )
The line number at which to stop displaying lines.
-f <filename> ( --file <filename> )
The file from which to display source.
-l <linenum> ( --line <linenum> )
The line number at which to start the displaying lines.
-n <symbol> ( --name <symbol> )
The name of a function whose source to display.
-s <shlib-name> ( --shlib <shlib-name> )
Look up the source in the given module or shared library (can be specified
more than once).
For example:
(lldb) source info --file x.h
Lines for file x.h in compilation unit x.cpp in `x
[0x0000000100000d00-0x0000000100000d10): /Users/dawn/tmp/./x.h:10
[0x0000000100000d10-0x0000000100000d1b): /Users/dawn/tmp/./x.h:10
The new options are used to fix the MI command:
-symbol-list-lines <file>
which didn't work for header files because it called:
target modules dump line-table <file>
which only dumps line tables for a compilation unit.
The patch also fixes a bug in the error reporting when no files were supplied to the command. Previously you'd get:
(lldb) target modules dump line-table
error:
Syntax:
error: no source filenames matched any command arguments
Now you get:
error: file option must be specified.
Reviewed by: clayborg, jingham, ki.stfu
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D15593
llvm-svn: 256863
|
|
|
|
| |
llvm-svn: 256853
|
|
|
|
| |
llvm-svn: 256852
|
|
|
|
| |
llvm-svn: 256851
|
|
|
|
|
|
| |
Differential revision: http://reviews.llvm.org/D15877
llvm-svn: 256847
|
|
|
|
|
|
| |
Test fails in about 1% of buildbot runs. Marking as flaky to avoid the noise.
llvm-svn: 256835
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
according to abi.
Summary:
For O32 abi register size should be 4 bytes.
For N32 and N64 abi register size should be 8 bytes.
This patch will make register read/write to set/get the size of register according to abi.
Reviewers: clayborg, tberghammer
Subscribers: lldb-commits, nitesh.jain, mohit.bhakkad, bhushan, jaydeep
Differential: http://reviews.llvm.org/D15884
llvm-svn: 256834
|
|
|
|
|
|
|
|
|
| |
Reverts "Use correct format identifiers to print something meaningful."
Original format specifiers were correct.
Instead use void* casts to remove warnings, since this is what the %p specifier expects.
llvm-svn: 256833
|
|
|
|
|
|
|
| |
I'm getting rid of the expected timeouts. I'll XFAIL/skip any tests that show up as failing after
this (I haven't seen any when running locally, but maybe the buildbot will disagree).
llvm-svn: 256827
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This removes the old logic for rerunning flaky tests. The new test runners will take care of
rerunning failing tests.
Reviewers: tfiala
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D15855
llvm-svn: 256824
|
|
|
|
|
|
| |
Now lldb can build on FreeBSD with -Werror again.
llvm-svn: 256771
|
|
|
|
| |
llvm-svn: 256769
|
|
|
|
| |
llvm-svn: 256766
|
|
|
|
|
|
|
| |
I suspect the test was hanging due to the attach deadlock. This was fixed and the test has passed
last 200 buildbot runs.
llvm-svn: 256755
|
|
|
|
|
|
| |
The whole test is skipped already, so it's not running anyway.
llvm-svn: 256752
|
|
|
|
|
|
|
| |
I think it was timing out because of the attach deadlocks, which are now fixed. In any case, it
has passed last 200 buildbot runs, so I am enabling it.
llvm-svn: 256748
|
|
|
|
|
|
|
| |
The test has passed last 200 buildbot runs, so it's hopefully working now. I'll watch buildbots
for signs of trouble.
llvm-svn: 256746
|
|
|
|
|
|
|
| |
I believe the cause for this was the attach lockup fixed in r246756. I will enable this tests and
observe the buildbots for signs of problems.
llvm-svn: 256744
|
|
|
|
|
|
| |
The test in question was removed in r249613.
llvm-svn: 256741
|
|
|
|
|
|
| |
Obtained from FreeBSD r292611
llvm-svn: 256724
|
|
|
|
|
|
|
|
| |
(There are changes in the copies of these four files in the FreeBSD base
system, and I've changed these ones to reduce gratuitous diffs in future
imports.)
llvm-svn: 256723
|
|
|
|
|
|
|
|
|
|
|
|
| |
which is the pointee in a pointer keyed DenseMap.
Pointer keys in a DenseMap have their low bits used by the map
implementation and in order to do this safely we need to know the
alignment of the pointer. We can only do this if we have the complete
type of the pointee. This is part of larger cleanup across LLVM and
subprojects to allow us to start enforcing this strictly.
llvm-svn: 256616
|
|
|
|
|
|
|
|
| |
This depends on having a recently built version of clang-format
installed, as the patch to support this behavior was only just
recently added to clang-format.
llvm-svn: 256526
|
|
|
|
| |
llvm-svn: 256464
|
|
|
|
| |
llvm-svn: 256407
|
|
|
|
|
|
|
|
| |
Reviewers: tberghammer.
Subscribers: jaydeep, bhushan, sagar, nitesh.jain,lldb-commits.
Differential Revision: http://reviews.llvm.org/D15738
llvm-svn: 256331
|
|
|
|
|
|
| |
Differential Revision: https://mail.google.com/mail/u/0/?zx=w4areffgjbgg#inbox/151cb6afe6169bb0
llvm-svn: 256283
|
|
|
|
|
|
|
|
|
| |
It has an existing XFAIL annotation for GCC >= 4.9 but it also fails on
FreeBSD 10.x with Clang 3.4.1.
llvm.org/pr25925
llvm-svn: 256270
|
|
|
|
|
|
| |
This new failure has been noted in the existing PR, llvm.org/pr15824
llvm-svn: 256268
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is generating a SIGSEGV somewhere around 1 in 10 runs on OS X.
Skip the whole test to avoid testbot noise until we can get the
SIGSEGV addressed.
Tracking with:
https://llvm.org/bugs/show_bug.cgi?id=25924
llvm-svn: 256257
|
|
|
|
|
|
|
| |
Fixes:
https://llvm.org/bugs/show_bug.cgi?id=25922
llvm-svn: 256255
|
|
|
|
|
|
|
|
|
|
| |
arguments.
Bug: https://llvm.org/bugs/show_bug.cgi?id=25847
It now gives a more specific error message and then returns instead of trying to select the wrong frame.
llvm-svn: 256251
|
|
|
|
|
|
| |
llvm.org/pr25819
llvm-svn: 256250
|
|
|
|
|
|
| |
It was a copy-and-paste leftover.
llvm-svn: 256248
|
|
|
|
|
|
|
|
|
| |
None of the documentation mentions that the entries are packed structs
and also none of the other implementation I found pack them.
Differential revision: http://reviews.llvm.org/D15715
llvm-svn: 256244
|
|
|
|
| |
llvm-svn: 256223
|
|
|
|
| |
llvm-svn: 256212
|
|
|
|
| |
llvm-svn: 256147
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: Also xfailed for GCC as there is an problem with debug info generation.
Reviewers: granata.enrico
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D15657
llvm-svn: 256067
|
|
|
|
|
|
| |
That was not meant to go in, as it was for testing my last change.
llvm-svn: 256062
|
|
|
|
|
|
|
| |
Some of the Green Dragon tests were failing because they didn't
have a TERM set.
llvm-svn: 256059
|
|
|
|
| |
llvm-svn: 256053
|
|
|
|
|
|
|
|
| |
This allows LLDB to deal correctly with expression result variables declared via the C++11 'auto' keyword
rdar://problem/23960490
llvm-svn: 256051
|
|
|
|
|
|
| |
lldb-python-testsuite shared schemes used by Xcode buildbot
llvm-svn: 256043
|
|
|
|
|
|
| |
names that this formatter uses for fields; use the {} syntax to make it so that a failure to parse the summary doesn't cause the entire printout to fail
llvm-svn: 256042
|
|
|
|
| |
llvm-svn: 256034
|
|
|
|
| |
llvm-svn: 256033
|
|
|
|
|
|
|
| |
The llvm.org Green Dragon OS X lldb builder will be using this
target to run the LLDB Python test suite.
llvm-svn: 256027
|
|
|
|
|
|
|
| |
tracking bug:
https://llvm.org/bugs/show_bug.cgi?id=25872
llvm-svn: 256006
|
|
|
|
|
|
|
| |
The incorrect instruction emulation caused issues in the stack unwinding
code when strd was used to push 2 register to the stack with writeback.
llvm-svn: 256000
|