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

llvm-svn: 124355

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

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

llvm-svn: 124250

Update emulate_sub_sp_imm to handle Encoding T2 & T3.

llvm-svn: 124248

to an operation to adjust the stack pointer (allocate space for local storage).

llvm-svn: 124237

Removed incorrect enumeration from switch.

llvm-svn: 124232

Fixed bug reported by Ken Ryall.

llvm-svn: 124231

llvm-svn: 124208

We will need to try again soon, but this change was causing instability.

llvm-svn: 124180

types. What was happening was the DWARF parser was almost ignoring definitions
(DIEs with the DW_AT_declaration set to 1). It wasn't ignoring declarations
that had _some_ children. When this happened, we would treat the declaration
as a complete type. Often we would have a declaration of a type with just
some enum definitions inside and nothing else. Now we correctly ignore these
definitions, and also I added some changes to allow us to figure out what
decl context these special declarations actually point to.

llvm-svn: 124179

if we undid some user provided suspends, we need to re-do the suspends.

llvm-svn: 124178

parse the exit status in case we send this packet while stopped.

llvm-svn: 124177

with my last commit.

The change should be correct but it's not fixing anything important
and right now unneeded changes are not a good idea.

llvm-svn: 124173

section is encrypted before trying to read it.  Fixes assert / crash
when trying to unwind an executable w/ encrypted eh_frame sect.

llvm-svn: 124172

or stopped. 

Added support for sections to be able to state if they are encrypted or not.

llvm-svn: 124171

llvm-svn: 124170

llvm-svn: 124165

Use two opcode tables g_arm_opcodes and g_thumb_opcodes, instead of lumping arm and thumb opcodes together.

llvm-svn: 124156

contained a valid object pointer.

llvm-svn: 124155

which has been corrected in the subsequent errata.

llvm-svn: 124152

i.e., pushing one register onto the full descending stacks.

llvm-svn: 124149

llvm-svn: 124147

llvm-svn: 124144

llvm-svn: 124143

llvm-svn: 124141

Plus add an extra field ARMInstrSize to the table entry type 'ARMOpcode'.

llvm-svn: 124140

llvm-svn: 124131

it to interpret a "this" variable that was merely
a pointer -- that is, not a class pointer -- as
meaning that the current context was inside a C++
method.  This bug would prevent expressions from
evaluating correctly in regular C code if there
was a pointer variable named "this" in scope.

llvm-svn: 124117

they may be in sensitive areas and we set breakpoints on the thread creation routines
if we are running expressions, so the threads should quickly get to a safe spot.

llvm-svn: 124115