| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 218896
|
|
|
|
| |
llvm-svn: 218853
|
|
|
|
|
|
| |
a little better.
llvm-svn: 218851
|
|
|
|
|
|
| |
case they need to handle 'where they want to act' separately from the notion of 'currently-selected entity' that is associated to the debugger. Do this in an (hopefully) non-breaking way by running an argcount check before passing in the new argument. Update the test case to also check for this new feature. www update to follow
llvm-svn: 218834
|
|
|
|
| |
llvm-svn: 218754
|
|
|
|
|
|
| |
of kalimba architecture variants.
llvm-svn: 218749
|
|
|
|
|
|
|
|
| |
don't get freed too early
Reviewed at http://reviews.llvm.org/D5452
llvm-svn: 218323
|
|
|
|
|
|
|
|
|
|
| |
The test used to trigger an assertion failure "Cannot get layout of
forward declarations!", but it no longer fails when built with
Clang 3.4.1 (system compiler) or 3.5 from SVN on FreeBSD.
llvm.org/pr17231
llvm-svn: 218196
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
if a "file a.out" auto selected a different platform than the selected one.
Changes include:
- fix it so you can select the "host" platform using "platform select host"
- change all callbacks that create platforms to returns shared pointers
- fix TestImageListMultiArchitecture.py to restore the "host" platform by running "platform select host"
- Add a new "PlatformSP Platform::Find(const ConstString &name)" method to get a cached platform
- cache platforms that are created and re-use them instead of always creating a new one
llvm-svn: 218145
|
|
|
|
|
|
| |
more reliable when it comes to stopping on a specific line.
llvm-svn: 218079
|
|
|
|
|
|
| |
case is a fairly bullet-proof recipe for disaster. Use the * enabling feature to workaround this. Fixes rdar://18358649
llvm-svn: 217927
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
define a one-liner short help for their command
Also, in case they don't define any, change the default from "Run Python function <blah>" into "For more information run help <blah>"
The core issue here is that Python only allows one docstring per function, so we can't really attach both a short and a long help to the same command easily
There are alternatives but this is not a pressing enough concern to go through the motions quite yet
Fixes rdar://18322737
llvm-svn: 217795
|
|
|
|
|
|
|
|
| |
test/functionalities/connect_remote/TestConnectRemote.py when port 12345 is already in use
Reviewed at http://reviews.llvm.org/D5221
llvm-svn: 217388
|
|
|
|
|
|
| |
during test run.
llvm-svn: 217387
|
|
|
|
|
|
|
|
|
| |
Reviewed at
http://reviews.llvm.org/D5219
and
http://lists.cs.uiuc.edu/pipermail/lldb-commits/Week-of-Mon-20140901/012809.html
llvm-svn: 217300
|
|
|
|
|
|
| |
Reviewed at http://reviews.llvm.org/D4596
llvm-svn: 217116
|
|
|
|
|
|
|
|
| |
at a time.
<rdar://problem/13314462>
llvm-svn: 216747
|
|
|
|
|
|
| |
time it runs.. probably leftover from when I was debugging it
llvm-svn: 216502
|
|
|
|
|
|
| |
lldb::SBFileSpec objects with the filename filled in for directory paths.
llvm-svn: 216399
|
|
|
|
| |
llvm-svn: 215565
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Many of the test executables use pthreads directly. This isn't
portable on Windows, so this patch converts these test to use
C++11 threads and mutexes. Since Windows' implementation of
std::thread classes throw and catch from header files, this patch
also disables exceptions when compiling with clang on Windows.
Reviewed by: Todd Fiala, Ed Maste
Differential Revision: http://reviews.llvm.org/D4816
llvm-svn: 215562
|
|
|
|
|
|
| |
llvm.org/pr20548
llvm-svn: 214960
|
|
|
|
|
|
|
|
|
|
| |
The test produces lines that start with "<word>: " which confuses the
buildbot log parser. Disable the test until either the test is fixed
or the buildbot can deal with the undesired output.
llvm.org/pr20545
llvm-svn: 214900
|
|
|
|
| |
llvm-svn: 214441
|
|
|
|
|
|
| |
llvm.org/pr15037
llvm-svn: 214402
|
|
|
|
| |
llvm-svn: 214351
|
|
|
|
|
|
|
|
|
|
|
| |
This was causing core dumps on MacOSX and was not properly
cleaning up the state of the inferior before exiting.
The test was overriding def tearDown(), but failed to
call the base class after doing its own cleanup. This
essentially eliminated normal clean-up activity.
llvm-svn: 214138
|
|
|
|
|
|
|
|
| |
(and fairly unimportant) bug.
Keep a test for that bug, but let the useful parts of the test run anyway.
llvm-svn: 213875
|
|
|
|
|
|
| |
architecture when trying to create a target, that it would fail, but not cause LLDB to crash.
llvm-svn: 213781
|
|
|
|
|
|
|
|
|
| |
Verify that ObjectFileELF's kalimba detection works regardless
of the host platform.
Change by Matthew Gardiner.
llvm-svn: 213763
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently, the test runner makes the assumption that it will run
commands through /bin/sh. This is obviously not true on Windows,
so this patch abstracts this logic out somewhat. Instead of
having the caller build the command string himself, the caller
will now pass in argument list of the form [[a, b], [c, d], ...]
which will get converted into a string of the form a b; c d or
a b && c d, depending on the platform.
Reviewed by: Todd Fiala
Differential Revision: http://reviews.llvm.org/D4590
llvm-svn: 213669
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
99% of this CL is simply moving calls to "import pexpect" to a more
narrow scope - i.e. the function that actually runs a particular
test. This way the test suite can run on Windows, which doesn't have
pexpect, and the individual tests that use pexpect can be disabled on
a platform-specific basis.
Additionally, this CL fixes a few other cases of non-portability.
Notably, using "ps" to get the command line, and os.uname() to
determine the architecture don't work on Windows. Finally, this
also adds a stubbed out builder_win32 module.
The full test suite runs correctly on Windows after this CL, although
there is still some work remaining on the C++ side to fix one-shot
script commands from LLDB (e.g. script print "foo"), which currently
deadlock.
Reviewed by: Todd Fiala
Differential Revision: http://reviews.llvm.org/D4573
llvm-svn: 213343
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The following intermittently-failing tests have been flipped from
skip to XFAIL on some combo of Linux and MacOSX:
TestCallStopAndContinue.py (Linux, MacOSX)
TestCallWithTimeout.py (Linux)
TestConvenienceVariables.py (Linux)
TestStopHookMultipleThreads.py (Linux)
The following new tests have been marked XFAIL but are just
intermittently failing:
TestMultipleDebug.py (definitely intermittent on MacOSX, not sure I've seen
it pass yet on Linux)
llvm-svn: 212762
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Marked skipped for Linux:
TestCallStopAndContinue
TestConvenienceVariables
TestStopHookMultipleThreads
Fixed up gdb-remote port-grabbing code to use a random port in a wide range,
and to allow that to fail more gracefully. This appears to have solved some
gdb-remote intermittent failing behavior.
llvm-svn: 212662
|
|
|
|
|
|
| |
See http://llvm.org/bugs/show_bug.cgi?id=20265
llvm-svn: 212647
|
|
|
|
|
|
| |
See http://llvm.org/bugs/show_bug.cgi?id=20264
llvm-svn: 212646
|
|
|
|
|
|
| |
See http://llvm.org/bugs/show_bug.cgi?id=20263
llvm-svn: 212645
|
|
|
|
|
|
| |
See http://llvm.org/bugs/show_bug.cgi?id=20260 for more details.
llvm-svn: 212639
|
|
|
|
|
|
|
|
| |
Change by Paul Osmialowski
See http://reviews.llvm.org/D4379 for details.
llvm-svn: 212583
|
|
|
|
|
|
| |
See http://llvm.org/bugs/show_bug.cgi?id=20233 for details.
llvm-svn: 212491
|
|
|
|
|
|
| |
See http://llvm.org/bugs/show_bug.cgi?id=20232 for details.
llvm-svn: 212489
|
|
|
|
|
|
| |
See http://llvm.org/bugs/show_bug.cgi?id=20231
llvm-svn: 212488
|
|
|
|
| |
llvm-svn: 212132
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Removed the distribution EXEs from FreeBSD and Ubuntu.
Added a hello-world .cpp file, and compiled it for
several platform/compiler variants:
Ubuntu 14.04 x86_64, clang 3.5 (the ubuntu1 3.5 pre variant)
Ubuntu 14.04 x86_64, gcc 4.8.2
FreeBSD 10.0 x86_64, clang 3.3
FreeBSD 10.0 x86_64, gcc 4.7.3
NetBSD 6.1 x86_64, gcc 4.5.3
I also added the NetBSD expected architecture and triple.
Note I have NetBSD not appending the version info to the
OS name, in contrast to FreeBSD.
llvm-svn: 211954
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously ObjectFileELF was simplifying and assuming the object file it was
looking at was the same as the host architecture/triple. This would break
attempts to run, say, lldb on MacOSX against lldb-gdbserver on Linux since
the MacOSX lldb would say that the linux elf file was really an Apple MacOSX
architecture. Chaos would ensue.
This change allows the elf file to parse ELF notes for Linux, FreeBSD and
NetBSD, and determine the OS appropriately from them. It also initializes
the OS type from the ELF header OSABI if it is set (which it is for FreeBSD
but not for Linux).
Added a test with freebsd and linux images that verify that
'(lldb) image list -t -A' prints out the expected architecture for each.
llvm-svn: 211907
|
|
|
|
| |
llvm-svn: 211851
|
|
|
|
|
|
|
|
|
|
|
| |
Since these tests pass on (at least some) other platforms, change the
decorators to @expectedFailureDwarwin. Tested on FreeBSD with Clang 3.4
and libc++.
rdar://9980907
rdar://15367233
llvm-svn: 206895
|
|
|
|
|
|
|
|
|
| |
Our build is still getting this test to fail with the presence of const in
'(Foo &const) y = 0x' and '(Foo &&const) z = 0x'. This change simply changes
the match substrings to ignore the portion after the final '&' and before the
closing ')'. This should cover the presence (or absence) of the const qualifier.
llvm-svn: 206762
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Perhaps these should be @expectedFailureDarwin instead of
@unittest2.expectedFailure (applying to all hosts); I'm not aware of
the details in the rdars.
Just add a comment for now, for the benefit of anyone investigating
FreeBSD test issues in the future.
rdar://9980907
rdar://15367233
llvm-svn: 206760
|
|
|
|
|
|
|
|
|
| |
I am not sure if this is due to an LLDB change, or the fact that FreeBSD
now has Clang 3.4.
llvm.org/pr19075
llvm-svn: 206757
|