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

llvm-svn: 124114

Be sure to clear out the base plan's m_report_run and m_report_stop each time we resume so we don't use stale values.

llvm-svn: 124113

llvm-svn: 124112

llvm-svn: 124109

Some useful logging.  Also don't stuff the temporary thread into a shared pointer for no apparent reason.

llvm-svn: 124108

Add a method to StreamFile to line buffer the file.  Use  that in "log enable -f file" to line buffer the log output.

llvm-svn: 124107