Enrico Granata f04a21917c <rdar://problem/11782789> Changes to the watchpoint implementation on ARM so that we single-step before stopping at the WP. This is necessary because on ARM the WP triggers before the opcode is actually executed, so we would be unable to continue since we would keep hitting the WP. We work around this by disabling the WP, single stepping and then putting the WP back in place. ...

llvm-svn: 160199

2012-07-13 23:18:48 +00:00

..

ABI.cpp

…

CPPLanguageRuntime.cpp

…

ExecutionContext.cpp

…

LanguageRuntime.cpp

…

Makefile

…

Memory.cpp

…

ObjCLanguageRuntime.cpp

…

OperatingSystem.cpp

…

PathMappingList.cpp

Fixed a logic error which stopped paths from being properly remapped.

2012-06-28 18:09:12 +00:00

Platform.cpp

When the Platform launches a process for debugging, make sure it goes into a separate process group, otherwise ^C will both cause us to try to Stop it manually, AND send it a SIGINT, which can confuse us.

2012-06-01 01:22:13 +00:00

Process.cpp

Fixed a bug that caused the Process not to rebroadcast

2012-07-11 21:31:24 +00:00

RegisterContext.cpp

…

SectionLoadList.cpp

<rdar://problem/11357711>

2012-07-07 01:24:12 +00:00

StackFrame.cpp

<rdar://problem/11852100>

2012-07-11 20:33:48 +00:00

StackFrameList.cpp

<rdar://problem/11852100>

2012-07-11 20:33:48 +00:00

StackID.cpp

…

StopInfo.cpp

<rdar://problem/11782789> Changes to the watchpoint implementation on ARM so that we single-step before stopping at the WP. This is necessary because on ARM the WP triggers before the opcode is actually executed, so we would be unable to continue since we would keep hitting the WP. We work around this by disabling the WP, single stepping and then putting the WP back in place.

2012-07-13 23:18:48 +00:00

Target.cpp

rdar://problem/11584012

2012-06-04 23:19:54 +00:00

TargetList.cpp

<rdar://problem/11597333>

2012-06-05 21:17:09 +00:00

Thread.cpp

<rdar://problem/11852100>

2012-07-11 20:33:48 +00:00

ThreadList.cpp

When we are preparing all threads to run, if the overall run state of a thread is "suspended" that

2012-05-31 20:47:56 +00:00

ThreadPlan.cpp

If the ObjC Step Through Trampoline plan causes a target crash, properly propagate the error back to

2012-05-10 01:35:39 +00:00

ThreadPlanBase.cpp

…

ThreadPlanCallFunction.cpp

Found one more place where the OkayToDiscard needs to be consulted.

2012-05-11 23:47:32 +00:00

ThreadPlanCallUserExpression.cpp

Don't try to use "OkayToDiscard" to mean BOTH this plan is a user plan or not AND unwind on error.

2012-05-11 18:43:38 +00:00

ThreadPlanRunToAddress.cpp

…

ThreadPlanShouldStopHere.cpp

…

ThreadPlanStepInRange.cpp

Make the setting for "target.process.thread.step-avoid-regexp" work for inlined functions, not just concrete top level functions.

2012-07-13 00:19:40 +00:00

ThreadPlanStepInstruction.cpp

Clean up the usage of "MasterPlan" status in ThreadPlans. Only user-initiated plans

2012-05-03 21:19:36 +00:00

ThreadPlanStepOut.cpp

Clean up the usage of "MasterPlan" status in ThreadPlans. Only user-initiated plans

2012-05-03 21:19:36 +00:00

ThreadPlanStepOverBreakpoint.cpp

The StepOverBreakpoint plan should only explain eStopReasonTrace. It didn't cause any other exceptional stop reason.

2012-06-22 20:42:22 +00:00

ThreadPlanStepOverRange.cpp

If the ObjC Step Through Trampoline plan causes a target crash, properly propagate the error back to

2012-05-10 01:35:39 +00:00

ThreadPlanStepRange.cpp

Clean up the usage of "MasterPlan" status in ThreadPlans. Only user-initiated plans

2012-05-03 21:19:36 +00:00

ThreadPlanStepThrough.cpp

If the ObjC Step Through Trampoline plan causes a target crash, properly propagate the error back to

2012-05-10 01:35:39 +00:00

ThreadPlanStepUntil.cpp

Clean up the usage of "MasterPlan" status in ThreadPlans. Only user-initiated plans

2012-05-03 21:19:36 +00:00

ThreadPlanTracer.cpp

<rdar://problem/11330621>

2012-05-10 02:52:23 +00:00

ThreadSpec.cpp

…

UnixSignals.cpp

…

UnwindAssembly.cpp

…