llvm-svn: 124513

are being properly passed down to script breakpoint commands.

llvm-svn: 124511

Currently this test case works fine run by itself, but fails when
run in the entire test suite; Johnny requested that I check it in
so that he can look at it.

llvm-svn: 124510

of high registers to low registers in the prologue so they can be saved.

llvm-svn: 124509

llvm-svn: 124504

For prolog instructions which set r7 or ip to the stack pointer.

llvm-svn: 124501

    self.runCmd("script my.date()")

In case the self.expect() fails, the restore would not be executed.

llvm-svn: 124500

from running the "script my.date()" lldb command and comparing it against our
expected result.

llvm-svn: 124499

llvm-svn: 124495

llvm-svn: 124490

llvm-svn: 124489

llvm-svn: 124488

set ip to some stack offset) entries to the g_arm_opcodes table.

llvm-svn: 124466

llvm-svn: 124464

The thread_info changes over the life of the thread, so you can't get it once and cache it, you have to fetch it every time you want to use it.

llvm-svn: 124463

The context being that it's a PC relative load.

llvm-svn: 124460

If the user specfies one of stdin, stdout or stderr, don't
automatically set the non-specified ones to /dev/null.

llvm-svn: 124459

PC relative immediate load into register, possibly followed by an add operation
to adjust the SP.

llvm-svn: 124448

llvm-svn: 124416

llvm-svn: 124401

to adjust the stack pointer by adding a register value in Rm to the SP.

llvm-svn: 124400

llvm-svn: 124372

llvm-svn: 124371

sessions: When continue packet has been sent and an interrupt packet was
quickly sent, it would get read at the same time:

$c#00\x03

There was an error where the packet end index was always being computed 
incorrectly by debugserver, but it wouldn't matter if there weren't extra
bytes on the end (the hex \x03 interrupt byte in this case). The first
'$' last 3 bytes of the data in the packet buffer were being trimmed
(trying to trim the '#' + checksum (#XX)) which made:

c#

And this would then be passed to the handle routine for the 'c' packet which
would see an extra character at the end and assume it was going to be in the
form c[addr] where "[addr]" was a hex address to resume at and this would
result in a malformed packet response. This is now fixed and everything works
great.

Another issue was issuing async packets correctly by doing correct handshakes
between the thread that wants to send the async packet, and the thread that
is tracking the current run.

Added a write lock to the communication class as well to make sure you never
get two threads trying to write data at the same time. This wasn't happening,
but it is a good idea to make sure it doesn't.

llvm-svn: 124369

lldb_private::Function objects. Previously the SymbolFileSymtab subclass
would return lldb_private::Symbol objects when it was asked to find functions.

The Module::FindFunctions (...) now take a boolean "bool include_symbols" so
that the module can track down functions and symbols, yet functions are found
by the SymbolFile plug-ins (through the SymbolVendor class), and symbols are
gotten through the ObjectFile plug-ins.

Fixed and issue where the DWARF parser might run into incomplete class member
function defintions which would make clang mad when we tried to make certain
member functions with invalid number of parameters (such as an operator=
operator that had no parameters). Now we just avoid and don't complete these
incomplete functions.

llvm-svn: 124359

the "virtual" flag when importing a C++ function
declaration.  Made changes to LLDB to support other
changes in Clang.

llvm-svn: 124355

command line options to the test driver.  Replace TestBase.getRunSpec() with TestBase.getRunOptions().

llvm-svn: 124353

Change the data type of Context.arg2 to int64_t due to possible negative values.

llvm-svn: 124343

user doesn't have to enable logging to see where
something went wrong.

llvm-svn: 124342

extra launch options:

LLDB_LAUNCH_FLAG_DISABLE_ASLR disables ASLR for all launched processes

LLDB_LAUNCH_FLAG_DISABLE_STDIO will disable STDIO (reroute to "/dev/null")
for all launched processes

LLDB_LAUNCH_FLAG_LAUNCH_IN_TTY will force all launched processes to be
launched in new terminal windows.

Also, don't init python if we never create a script interpreter.

llvm-svn: 124341

llvm-svn: 124338

to both the g_arm_opcodes and g_thumb_opcodes tables.

llvm-svn: 124333

Make sure that if a CallFunction thread plan crashes while running in the "run to address" mode, and it
is an auto-discard thread plan, the plan stack unwinds properly.

llvm-svn: 124306

llvm-svn: 124305

llvm-svn: 124304

$ ./dotest.py -A i386 -C clang -v -w -t -p TestObjCMethods.py
$ ./dotest.py -A x86_64 -C gcc -v -w types

llvm-svn: 124303

llvm-svn: 124262

llvm-svn: 124261

named InstructionUtils.h and modify some existing code to use them.

llvm-svn: 124259

Update emulate_sub_sp_imm to handle Encoding T1.

llvm-svn: 124253