Greg Clayton 20351ea310 Fixed a logic error which stopped paths from being properly remapped. ...

llvm-svn: 159362

2012-06-28 18:09:12 +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

Added a setting (target.process.disable-memory-cache)

2012-06-07 22:26:42 +00:00

RegisterContext.cpp

…

SectionLoadList.cpp

…

StackFrame.cpp

…

StackFrameList.cpp

Don't expose the pthread_mutex_t underlying the Mutex & Mutex::Locker classes.

2012-05-04 23:02:50 +00:00

StackID.cpp

…

StopInfo.cpp

…

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/11386214>

2012-05-18 02:38:05 +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

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

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

…