Jim Ingham 031177e4df Fix a comment I had incorrectly altered. ...

llvm-svn: 156668

2012-05-11 23:49:49 +00:00

..

ABI.cpp

…

CPPLanguageRuntime.cpp

<rdar://problem/11113279>

2012-03-26 23:03:23 +00:00

ExecutionContext.cpp

Added a new Host class: ReadWriteLock

2012-04-05 16:12:35 +00:00

LanguageRuntime.cpp

…

Makefile

…

Memory.cpp

<rdar://problem/11193466>

2012-04-13 20:37:20 +00:00

ObjCLanguageRuntime.cpp

<rdar://problem/11113279>

2012-03-26 23:03:23 +00:00

OperatingSystem.cpp

…

PathMappingList.cpp

…

Platform.cpp

<rdar://problem/11358639>

2012-05-08 01:45:38 +00:00

Process.cpp

<rdar://problem/11358639>

2012-05-08 01:45:38 +00:00

RegisterContext.cpp

…

SectionLoadList.cpp

Fixed the ability to load multiple __LINKEDIT segments at the same address for darwin shared cache entries. Now when registering the load address of a section, the DynamicLoader objects can specify if they should warn or not. This will fix the ability to load the nlist entries for shared libraries in the darwin shared caches when no on disk representation is available for a shared library.

2012-04-16 21:01:30 +00:00

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

Make sure the "synchronous breakpoint callbacks" get called before the thread plan logic gets invoked, and if they

2012-04-20 21:16:56 +00:00

Target.cpp

<rdar://problem/11358639>

2012-05-08 01:45:38 +00:00

TargetList.cpp

Print out a notification when the process of a target other than the currently selected target stops.

2012-05-08 23:06:07 +00:00

Thread.cpp

Fix a comment I had incorrectly altered.

2012-05-11 23:49:49 +00:00

ThreadList.cpp

…

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

Rework how master plans declare themselves. Also make "PlanIsBasePlan" not rely only on this being the bottom plan in the stack, but allow the plan to declare itself as such.

2012-04-09 22:37:39 +00:00

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

…

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

…