those lldb objects which implement the IsValid() method, let's change the rest of
the test suite to use the more compact truth value testing pattern (the Python way).

llvm-svn: 131970

Change the command 'breakpoint command remove' to 'breakpoint command delete',
to be more consistent with other commands.

llvm-svn: 131848

llvm-svn: 131681

Add TestCallStdStringFunction.py which calls std::string member functions while stopped on a breakpoint.

llvm-svn: 131680

the session directory, which also includes the command line used to invoke
the test suite.

llvm-svn: 131501

object.__nonzero__(self) is called to implement truth value testing and the built-in operation bool(),
via a simple delegation to self.IsValid().

Change tests under python_api/lldbutil to utilize this mechanism.

llvm-svn: 131494

llvm-svn: 131445

Clang makes two breakpoints for some fairly simple lines, not sure why but no need to check for this 
in the testsuite.

llvm-svn: 131443

Fix bad test case; not all compilers are guaranteed to step into code inlined from the STL header file.

rdar://problem/8983790

llvm-svn: 131433

unambiguous iteration support.  So that we could, for example:

    ...

    REGs = lldbutil.get_GPRs(frame)
    print "Number of general purpose registers: %d" % len(REGs)
    for reg in REGs:
        print "%s => %s" %(reg.GetName(), reg.GetValue())

    ...

llvm-svn: 131418

llvm-svn: 131412

Clean up the test a little bit; and use lldbutil.get_GPRs(frame) to retrieve the general purpose register set.

llvm-svn: 131324

llvm-svn: 131319

from the frame is not valid, try look for the symbol in the symbol table.

llvm-svn: 131273

representing variables whose type must be inferred
from the way they are used.  Functions without debug
information now return UnknownAnyTy and must be cast.

Variables with no debug information are not yet using
UnknownAnyTy; instead they are assumed to be void*.
Support for variables of unknown type is coming (and,
in fact, some relevant support functions are included
in this commit) but will take a bit of extra effort.

The testsuite has also been updated to reflect the new
requirement that the result of printf be cast, i.e.

expr (int) printf("Hello world!")

llvm-svn: 131263

llvm-svn: 131253

    o get_parent_frame(frame)
    o get_args_as_string(frame)

to lldbutil.py and create TestFrameUtils.py to exercise the utils.
Plus re-arrange the test/python_api/lldbutil to have three directories
for testing iteration, process stack traces, and the just added frame utils.

llvm-svn: 131213

llvm-svn: 131168

llvm-svn: 131165

compile unit, which has an external reference to symbols defined in foo.m, the type query:

    in this case, 'expression (NSArray*)array_token'

continues to work.

This test is to accompany http://llvm.org/viewvc/llvm-project?rev=131145&view=rev.

llvm-svn: 131154

Add a utility function get_registers(frame, kind) to get the registers of a given frame and of a given kind.
Also add three convenience functions get_GPRs(frame), get_FPRs(frame), and get_ESRs(frame) to get the general
purpose registers, the floating point registers, and the exception state registers.

Add TestRegistersIterator.py to test these added functions of lldbutil.py.

llvm-svn: 131144

llvm-svn: 131111

for http://llvm.org/viewvc/llvm-project?rev=131089&view=rev.

llvm-svn: 131100

llvm-svn: 131072

of a universal binary and 'rax' register is available when launching the x86_64 slice.

rdar://problem/9403437

llvm-svn: 131069

llvm-svn: 131038

llvm-svn: 131035

llvm-svn: 131033

llvm-svn: 131011

llvm-svn: 130965

llvm-svn: 130963

llvm-svn: 130960

    for thread in process:
        print >> output, print_stacktrace(thread, string_buffer=True)

llvm-svn: 130940

o lldb.debugger
o lldb.target
o lldb.process
o lldb.thread
o lldb.frame

"just works" when we stop at a breakpoint.

llvm-svn: 130904

llvm-svn: 130865

llvm-svn: 130848

Change the boolean "use_dynamic" over to a tri-state, no-dynamic, dynamic-w/o running target,
and dynamic with running target.

llvm-svn: 130832

in one command invocation.

llvm-svn: 130811

llvm-svn: 130806

llvm-svn: 130804