| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 220591
|
|
|
|
|
|
| |
though a dynamic type was available. Solves rdar://18744420
llvm-svn: 220511
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
Issues were:
1 - It isn't good to have more than one listener for the process events, just supply a listener at launch instead of making a one then have the process broadcaster add a new listener
2 - run in async mode
llvm-svn: 220113
|
|
|
|
|
|
|
|
|
|
| |
The main issue was if you didn't specify all three (stdin/out/err), you would get file actions added to the launch that would always use the pseudo terminal. This is now fixed.
Also fixed the test suite test that handles IO to test redirecting things individually and all together and in other combinations to make sure we don't regress.
<rdar://problem/18638226>
llvm-svn: 219711
|
|
|
|
|
|
| |
Test requres <Foundation/Foundation.h>
llvm-svn: 218904
|
|
|
|
|
|
|
|
|
| |
well as C++
For the Objective-C case, we do not have a "function type" notion, so we actually end up wrapping the clang ObjCMethodDecl in the Impl object, and ask function-y questions of it
In general, you can always ask for return type, number of arguments, and type of each argument using the TypeMemberFunction layer - but in the C++ case, you can also acquire a Type object for the function itself, which instead you can't do in the Objective-C case
llvm-svn: 218132
|
|
|
|
|
|
| |
member function in more detail. A type was really quite vague. This now has function name, kind, as well as function type
llvm-svn: 217828
|
|
|
|
|
|
| |
classes. Add plumbing for that all the way up to the SB layer
llvm-svn: 217701
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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-svn: 214575
|
|
|
|
|
|
| |
llvm.org/pr20476
llvm-svn: 214527
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
XFAIL on Darwin.
See http://llvm.org/bugs/show_bug.cgi?id=20273
llvm-svn: 212659
|
|
|
|
|
|
| |
breakpoint should return false from IsValid.
llvm-svn: 212206
|
|
|
|
|
|
|
|
|
| |
I missed adding a few new files to the change list.
The build is broken from r211526 without this fix.
(And Ed Maste caught it before I did, so this is
the remainder - the test methods).
llvm-svn: 211535
|
|
|
|
|
|
|
|
|
| |
Change by Russell Harmon.
Xcode project updates (and all errors therein)
by Todd Fiala.
llvm-svn: 210046
|
|
|
|
|
|
|
|
| |
and added SetScriptCallbackFunction,
and SetScriptCallbackBody. So add these to the default constructor test case.
llvm-svn: 205494
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
After hitting the malloc() breakpoint on FreeBSD our top frame is actually
an inlined function malloc_init.
* frame #0: 0x0000000800dcba19 libc.so.7`malloc [inlined] malloc_init at malloc.c:5397
frame #1: 0x0000000800dcba19 libc.so.7`malloc(size=1024) + 9 at malloc.c:5949
frame #2: 0x00000000004006e5 test_step_out_of_malloc_into_function_b_with_dwarf`b(val=1) + 37 at main2.cpp:29
Add a heuristic to keep stepping out until we come to a non-malloc caller,
before checking if it is our desired caller from the test code.
llvm.org/pr17944
llvm-svn: 203268
|
|
|
|
|
|
|
| |
This worked 25 out of 25 times for me on Ubuntu 12.04 LTS x86_64 built
with gcc 4.8.2 and the July 2013 libedit.
llvm-svn: 202516
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Implement x86_64 debug register read/write in support of hardware
watchpoints. Hoist LinuxThread::TraceNotify code back into
POSIXThread::TraceNotify()
Patch by John Wolfe.
We still need to rework this later to avoid the #ifdef FreeBSD.
llvm-reviews.chandlerc.com/D2572
llvm.org/pr16706
llvm-svn: 201706
|
|
|
|
|
|
| |
Fix a bug where calling SBFrame::FindValue() would cause a copy of all variables in the block to be inserted in the frame's variable list, regardless of whether those same variables were there or not - which means one could end up with a frame with lots of duplicate copies of the same variables
llvm-svn: 201614
|
|
|
|
|
|
|
|
|
|
|
|
| |
The many many benefits include:
1 - Input/Output/Error streams are now handled as real streams not a push style input
2 - auto completion in python embedded interpreter
3 - multi-line input for "script" and "expression" commands now allow you to edit previous/next lines using up and down arrow keys and this makes multi-line input actually a viable thing to use
4 - it is now possible to use curses to drive LLDB (please try the "gui" command)
We will need to deal with and fix any buildbot failures and tests and arise now that input/output and error are correctly hooked up in all cases.
llvm-svn: 200263
|
|
|
|
|
|
| |
and remote targets.
llvm-svn: 197266
|
|
|
|
|
|
|
|
|
|
| |
"mydir" inside each test case.
This has led to many test suite failures because of copy and paste where new test cases were based off of other test cases and the "mydir" variable wasn't updated.
Now you can call your superclasses "compute_mydir()" function with "__file__" as the sole argument and the relative path will be computed for you.
llvm-svn: 196985
|
|
|
|
|
|
|
| |
llvm.org/pr18190
llvm.org/pr18191
llvm-svn: 196792
|
|
|
|
|
|
|
| |
llvm.org/pr17944
llvm.org/pr17946
llvm-svn: 196786
|
|
|
|
| |
llvm-svn: 193715
|
|
|
|
|
|
|
|
| |
bugzilla.
Fix TestFrames.py error to check against a None pc value.
llvm-svn: 191470
|
|
|
|
|
|
|
|
| |
to them does not crash).
This fixes the 'No value' string appearing in the dotest results.
llvm-svn: 191399
|
|
|
|
|
|
| |
- now fails due to llvm.org/pr15415 (partial stack trace while stopped inside read() call)
llvm-svn: 190867
|
|
|
|
|
|
|
| |
- TestRegisters passes locally (llvm.org/pr16301 no longer reproduces) -- verifying this on buildbots
- TestTargetWatchAddress also passes locally, and referenced llvm.org/pr14323 which is now closed
llvm-svn: 190104
|
|
|
|
|
|
|
|
|
|
| |
A FreeBSD implementation of Host::FindProcesses was added in r189295.
Contrary to my earlier report of failing tests it seems all attach by
name tests now pass.
http://www.llvm.org/pr16699
llvm-svn: 189680
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This merge brings in the improved 'platform' command that knows how to
interface with remote machines; that is, query OS/kernel information, push
and pull files, run shell commands, etc... and implementation for the new
communication packets that back that interface, at least on Darwin based
operating systems via the POSIXPlatform class. Linux support is coming soon.
Verified the test suite runs cleanly on Linux (x86_64), build OK on Mac OS
X Mountain Lion.
Additional improvements (not in the source SVN branch 'lldb-platform-work'):
- cmake build scripts for lldb-platform
- cleanup test suite
- documentation stub for qPlatform_RunCommand
- use log class instead of printf() directly
- reverted work-in-progress-looking changes from test/types/TestAbstract.py that work towards running the test suite remotely.
- add new logging category 'platform'
Reviewers: Matt Kopec, Greg Clayton
Review: http://llvm-reviews.chandlerc.com/D1493
llvm-svn: 189295
|
|
|
|
|
|
| |
correct debug info for inlined tests.
llvm-svn: 187500
|
|
|
|
|
|
|
|
|
|
|
|
| |
- disable some TestConcurrentEvents cases (which are affected by llvm.org/pr16714 -- watchpoints in multithreaded programs)
- relax number-of-bp-locations check in TestUniqueTypes/TestUnsignedTypes
- skip TestDataFormatterStdVector cases with GCC 4.8 (known failure due to llvm.org/pr15301)
- workaround for race condition in TestHelloWorld.py
- update TestSettings.py to work on distros (like Fedora) that have /bin/cat hardlinked to /usr/bin/cat
After these changes, the test suite should run cleanly against GCC 4.8 (with DWARF v4)!
llvm-svn: 187451
|
|
|
|
|
|
|
|
| |
FreeBSD's Host class doesn't yet return a list of running processes,
so 'platform process list' fails and attach by process name does not
work.
llvm-svn: 187142
|
|
|
|
|
|
| |
Watchpoints are not yet working on FreeBSD
llvm-svn: 187134
|
|
|
|
|
|
|
| |
Live debugging of threaded inferiors is currently unimplemented for
FreeBSD.
llvm-svn: 187077
|
|
|
|
|
|
|
| |
Added comment to llvm.org/pr14600 that it fails on FreeBSD in the same way
as Linux.
llvm-svn: 187070
|
|
|
|
|
|
|
| |
ClangASTContext was failing to retrieve fields and base class info for ObjC variables
This checkin fixes that and adds a test case
llvm-svn: 184248
|
|
|
|
| |
llvm-svn: 182952
|
|
|
|
| |
llvm-svn: 182887
|
|
|
|
| |
llvm-svn: 182815
|
|
|
|
| |
llvm-svn: 182813
|
|
|
|
|
|
|
|
|
| |
- s/skipOnLinux/skipIfLinux/ to match style of every other decorator
- linkify bugizilla/PR numbers in comments
No intended change in functionality.
llvm-svn: 181913
|
|
|
|
|
|
|
| |
- "platform process list" command works on Linux now
- "process attach -n" (attach to process by name also works on Linux now)
llvm-svn: 181905
|
|
|
|
| |
llvm-svn: 181341
|
|
|
|
| |
llvm-svn: 180636
|
|
|
|
|
|
|
| |
- Check that process attach succeeded before attempting to WaitForProcessToStop (observed to cause hangs on Linux)
- Update comment in TestHelloWorld case -- attaching by name still broken
llvm-svn: 178491
|