| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
physically present
Reviewers: clayborg, labath.
Subscribers: jaydeep, bhushan, sagar, nitesh.jain, lldb-commits.
Differential Revision: http://reviews.llvm.org/D13859
llvm-svn: 251906
|
|
|
|
|
|
|
|
|
|
| |
ignore feature for architectures with watchpoint_exceptions_received=before
Reviewers: jingham.
Subscribers: clayborg, jaydeep, bhushan, sagar, nitesh.jain, lldb-commits.
Differential Revision: http://reviews.llvm.org/D13296
llvm-svn: 251905
|
|
|
|
| |
llvm-svn: 251889
|
|
|
|
|
|
|
|
| |
UserExpression. This
isn't used in this commit but will be in a future commit.
llvm-svn: 251887
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For convenience, we had added the folder that dotest.py was in
to sys.path, so that we could easily write things like
`import lldbutil` from anywhere and any test. This introduces
a subtle problem when using Python's package system, because when
unittest2 imports a particular test suite, the test suite is detached
from the package. Thus, writing "import lldbutil" from dotest imports
it as part of the package, and writing the same line from a test
does a fresh import since the importing module was not part of
the same package.
The real way to fix this is to use absolute imports everywhere. Instead
of writing "import lldbutil", we need to write "import
lldbsuite.test.util". This patch fixes up that and all other similar
cases, and additionally removes the script directory from sys.path
to ensure that this can't happen again.
llvm-svn: 251886
|
|
|
|
|
|
| |
the user is trying to launch argdumper to do shell expansion
llvm-svn: 251882
|
|
|
|
| |
llvm-svn: 251880
|
|
|
|
|
|
| |
http://reviews.llvm.org/D14262
llvm-svn: 251879
|
|
|
|
|
|
| |
http://reviews.llvm.org/D14264
llvm-svn: 251871
|
|
|
|
|
|
| |
This was a misunderstanding on my part. The new dotest.py is not meant to be executed directly.
llvm-svn: 251863
|
|
|
|
|
|
| |
The hack still seems to be necessary. Putting it back in until we figure out why.
llvm-svn: 251862
|
|
|
|
| |
llvm-svn: 251861
|
|
|
|
|
|
|
| |
This file will be useful for filling in the gaps where `six` is
missing some things we need.
llvm-svn: 251847
|
|
|
|
|
|
| |
for language support
llvm-svn: 251844
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This has apparently been broken since June, but only on non-Windows.
Perhaps nobody noticed it because if the symlink is already there
it won't try to re-create it, and nobody ever tried doing a clean
build.
In any case, I will let the original author attempt to fix this if
he is still interested. the problem is that in the normal case
of not setting BUILD_SHARED_LIBS and simply running ninja, it would
link _lldb.so to a non-existent location, creating a dangling
symlink.
llvm-svn: 251840
|
|
|
|
|
|
| |
Language plugin before using the C-style rule
llvm-svn: 251838
|
|
|
|
| |
llvm-svn: 251835
|
|
|
|
|
|
|
| |
We'll hook this up to the main page after Greg, Sean and others
iterate on it to a useful point.
llvm-svn: 251831
|
|
|
|
| |
llvm-svn: 251830
|
|
|
|
|
|
|
| |
- SUN_LEN doesn't work because strlen(sun_path) == 0
- sizeof(sockaddr_un) doesn't work on Android.
llvm-svn: 251825
|
|
|
|
|
|
|
|
| |
I think the underlying problem was fixed by r251819, but I can't
reproduce the problem. So this is to check whether it does in
fact fix the problem.
llvm-svn: 251822
|
|
|
|
|
|
|
|
|
|
|
| |
The Go interpreter doesn't JIT or use LLVM, so this also
moves all the JIT related code from UserExpression to a new class LLVMUserExpression.
Differential Revision: http://reviews.llvm.org/D13073
Fix merge
llvm-svn: 251820
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
packages/Python/lldbsuite is now a Python package, and it relies
on its __init__.py being called to do package-level initialization.
If you exec packages/Python/lldbsuite/dotest.py directly, you won't
get this package level initialization, and things will fail. But
without this patch, this is exactly what dosep itself does. To
launch the multi-processing fork, it was hardcoding a path to
dotest.py and exec'ing it from inside the package.
The fix here is to get the path of the top-level script, and
then exec'ing that instead. A more robust solution would involve
refactoring the code so that dosep execs some internal script that
imports lldbsuite, but that's a bit more involved.
Differential Revision: http://reviews.llvm.org/D14157
Reviewed by: Todd Fiala
llvm-svn: 251819
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
As per the following link, the "--" separator can appear between the options
and parameters of any MI command. Previously this separator was only
handled by the `-data-disassemble` MI command. I have moved the relevant
code into `CMICmdBase` so that any MI command can handle the
aforementioned separator.
https://sourceware.org/gdb/onlinedocs/gdb/GDB_002fMI-Input-Syntax.html#GDB_002fMI-Input-Syntax
Reviewers: ki.stfu
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D14197
llvm-svn: 251793
|
|
|
|
|
|
|
|
| |
source/API; other minor fixes.
Other fixes should reduce number of readability-redundant-smartptr-get and readability-implicit-bool-cast.
llvm-svn: 251733
|
|
|
|
| |
llvm-svn: 251732
|
|
|
|
|
|
| |
source/Expression and tools/lldb-mi; other minor fixes.
llvm-svn: 251730
|
|
|
|
|
|
| |
in breakpoint conditions.
llvm-svn: 251727
|
|
|
|
| |
llvm-svn: 251722
|
|
|
|
| |
llvm-svn: 251721
|
|
|
|
| |
llvm-svn: 251720
|
|
|
|
|
|
| |
minor fixes.
llvm-svn: 251716
|
|
|
|
| |
llvm-svn: 251704
|
|
|
|
|
|
|
| |
I don't think anything has changed recently - the test was always flaky, but
only very rarely. Still, it is causing noise in the buildbots.
llvm-svn: 251699
|
|
|
|
| |
llvm-svn: 251684
|
|
|
|
|
|
|
|
|
| |
These are two simple tests that make sure single line and
multiline content are processed and received by Editline.cpp.
Fancier tests to come...
llvm-svn: 251681
|
|
|
|
|
|
|
|
|
|
| |
was turning out to be None even though it was being validly set by dotest.py
It turns out that lldbtest_config was being imported locally to "lldbsuite.test" instead of globally, so when the test cases got individually brought by a global import via __import__ by unittest2, they did not see the lldbtest_config import, and ended up importing a new separate copy of it, with lldbExec unset
This is a simple hackaround that brings lldbtest_config to global visibility and makes sure the configuration data is correctly shared
llvm-svn: 251678
|
|
|
|
|
|
| |
source/Plugins/Process/Utility headers; other minor fixes.
llvm-svn: 251676
|
|
|
|
|
|
| |
minor fixes.
llvm-svn: 251673
|
|
|
|
|
|
| |
don't really want
llvm-svn: 251670
|
|
|
|
|
|
| |
type, how many sizeof(type) bytes to speak before starting to read memory
llvm-svn: 251668
|
|
|
|
| |
llvm-svn: 251663
|
|
|
|
|
|
|
|
|
| |
allow removing formatters from language categories
This is slightly harder to test because formatters cannot be added to language categories, so deletions are irreversible (in a debugger run)
I plan to add a test case soon, but I need to think about the right approach to obtain one
llvm-svn: 251660
|
|
|
|
|
|
| |
TestCompletions.py).
llvm-svn: 251657
|
|
|
|
|
|
| |
include/lldb/Target; other minor fixes.
llvm-svn: 251648
|
|
|
|
|
|
| |
include/lldb/Target; other minor fixes.
llvm-svn: 251647
|
|
|
|
|
|
| |
TypeSummaryImpl
llvm-svn: 251642
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
I observed that eclipse was passing --thread-group for many other commands
then we are currently handling. Looking at the MI documentation, the
following link states that each MI command accept the --thread and
--frame option. Looking at the GDB implementation, it seems that apart
from these 2, --thread-group is also handled the same way.
https://sourceware.org/gdb/onlinedocs/gdb/Context-management.html#Context-management
So instead of handling those arguments in every comamnds, I have moved
them into the base class and removed them from elsewhere. Now any command
can use these arguments. The patch seems big but most of the changes are
mechanical.
Reviewers: ki.stfu
Subscribers: lldb-commits
Differential Revision: http://reviews.llvm.org/D14177
llvm-svn: 251636
|
|
|
|
|
|
| |
forgot to rename in one spot.
llvm-svn: 251628
|
|
|
|
|
|
|
|
|
|
|
| |
The test was verifying that the pid of the child is not equal to its process
group by searching for text substrings. This failed in the rare cases when the
pid actually *was* a substring of the process group (even though they were not
equal).
Change the test to use SB API and do proper numeric comparisons.
llvm-svn: 251626
|