|
Revision tags: llvmorg-3.1.0-rc3 |
|
| #
64e7ead1 |
| 03-May-2012 |
Jim Ingham <[email protected]> |
Clean up the usage of "MasterPlan" status in ThreadPlans. Only user-initiated plans should be MasterPlans that want to stay on the plan stack. So make all plans NOT MasterPlans by default and then
Clean up the usage of "MasterPlan" status in ThreadPlans. Only user-initiated plans should be MasterPlans that want to stay on the plan stack. So make all plans NOT MasterPlans by default and then have the SB API's and the CommandObjectThread step commands set this explicitly.
Also added a "clean up" phase to the Thread::ShouldStop so that if plans get stranded on the stack, we can remove them. This is done by adding an IsPlanStale method to the thread plans, and if the plan can know that it is no longer relevant, it returns true, and the plan and its sub-plans will get discarded.
llvm-svn: 156101
show more ...
|
|
Revision tags: llvmorg-3.1.0-rc2 |
|
| #
fbbfe6ec |
| 01-May-2012 |
Jim Ingham <[email protected]> |
Fix reporting of stop reasons when the StepOver & StepIn plans stop because of a crash or breakpoint. Added the ability for a plan to say it is done but doesn't want to be the reason for the stop.
Fix reporting of stop reasons when the StepOver & StepIn plans stop because of a crash or breakpoint. Added the ability for a plan to say it is done but doesn't want to be the reason for the stop.
llvm-svn: 155927
show more ...
|
|
Revision tags: llvmorg-3.1.0-rc1 |
|
| #
cf274f91 |
| 09-Apr-2012 |
Jim Ingham <[email protected]> |
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.
llvm-svn: 154351
|
| #
564d8bc2 |
| 09-Mar-2012 |
Jim Ingham <[email protected]> |
First stage of implementing step by "run to next branch". Doesn't work yet, is turned off. <rdar://problem/10975912>
llvm-svn: 152376
|
| #
b5c0d1cc |
| 01-Mar-2012 |
Jim Ingham <[email protected]> |
Convert the thread plans over from using the stack count to do their logic to using StackID's. This should be more efficient.
llvm-svn: 151780
|
| #
1ac04c30 |
| 21-Feb-2012 |
Greg Clayton <[email protected]> |
Thread hardening part 3. Now lldb_private::Thread objects have std::weak_ptr objects for the backlink to the lldb_private::Process. The issues we were running into before was someone was holding onto
Thread hardening part 3. Now lldb_private::Thread objects have std::weak_ptr objects for the backlink to the lldb_private::Process. The issues we were running into before was someone was holding onto a shared pointer to a lldb_private::Thread for too long, and the lldb_private::Process parent object would get destroyed and the lldb_private::Thread had a "Process &m_process" member which would just treat whatever memory that used to be a Process as a valid Process. This was mostly happening for lldb_private::StackFrame objects that had a member like "Thread &m_thread". So this completes the internal strong/weak changes.
Documented the ExecutionContext and ExecutionContextRef classes so that our LLDB developers can understand when and where to use ExecutionContext and ExecutionContextRef objects.
llvm-svn: 151009
show more ...
|
| #
25f66700 |
| 03-Dec-2011 |
Jim Ingham <[email protected]> |
Make the ThreadPlanStepThrough set a backstop breakpoint on the return address from the function it is being asked to step through, so that even if we get the trampoline target wrong (for instance) w
Make the ThreadPlanStepThrough set a backstop breakpoint on the return address from the function it is being asked to step through, so that even if we get the trampoline target wrong (for instance) we will still not lose control.
The other fix here is to tighten up the handling of the case where the current plan doesn't explain the stop, but a plan above us does. In that case, if the plan that does explain the stop says it is done, we need to clean up the plans below it and continue on with our processing.
llvm-svn: 145740
show more ...
|
|
Revision tags: llvmorg-3.0.0, llvmorg-3.0.0-rc4, llvmorg-3.0.0-rc3, llvmorg-3.0.0-rc2, llvmorg-3.0.0-rc1 |
|
| #
c4c9fedc |
| 15-Oct-2011 |
Jim Ingham <[email protected]> |
Make the step range plans capable of supporting multiple ranges. Also make their constructors public, there isn't any good reason why you shouldn't be able to make these plans.
llvm-svn: 142026
|
|
Revision tags: llvmorg-2.9.0, llvmorg-2.9.0-rc3, llvmorg-2.9.0-rc2 |
|
| #
e0d378b3 |
| 24-Mar-2011 |
Greg Clayton <[email protected]> |
Fixed the LLDB build so that we can have private types, private enums and public types and public enums. This was done to keep the SWIG stuff from parsing all sorts of enums and types that weren't ne
Fixed the LLDB build so that we can have private types, private enums and public types and public enums. This was done to keep the SWIG stuff from parsing all sorts of enums and types that weren't needed, and allows us to abstract our API better.
llvm-svn: 128239
show more ...
|
|
Revision tags: llvmorg-2.9.0-rc1 |
|
| #
514487e8 |
| 15-Feb-2011 |
Greg Clayton <[email protected]> |
Made lldb_private::ArchSpec contain much more than just an architecture. It now, in addition to cpu type/subtype and architecture flavor, contains: - byte order (big endian, little endian) - address
Made lldb_private::ArchSpec contain much more than just an architecture. It now, in addition to cpu type/subtype and architecture flavor, contains: - byte order (big endian, little endian) - address size in bytes - llvm::Triple for true target triple support and for more powerful plug-in selection.
llvm-svn: 125602
show more ...
|
| #
481cef25 |
| 21-Jan-2011 |
Greg Clayton <[email protected]> |
Added support for stepping out of a frame. If you have 10 stack frames, and you select frame #3, you can then do a step out and be able to go directly to the frame above frame #3!
Added StepOverUn
Added support for stepping out of a frame. If you have 10 stack frames, and you select frame #3, you can then do a step out and be able to go directly to the frame above frame #3!
Added StepOverUntil and StepOutOfFrame to the SBThread API to allow more powerful stepping.
llvm-svn: 123970
show more ...
|
| #
2d4edfbc |
| 06-Nov-2010 |
Greg Clayton <[email protected]> |
Modified all logging calls to hand out shared pointers to make sure we don't crash if we disable logging when some code already has a copy of the logger. Prior to this fix, logs were handed out as po
Modified all logging calls to hand out shared pointers to make sure we don't crash if we disable logging when some code already has a copy of the logger. Prior to this fix, logs were handed out as pointers and if they were held onto while a log got disabled, then it could cause a crash. Now all logs are handed out as shared pointers so this problem shouldn't happen anymore. We are also using our new shared pointers that put the shared pointer count and the object into the same allocation for a tad better performance.
llvm-svn: 118319
show more ...
|
| #
5822173b |
| 05-Nov-2010 |
Jim Ingham <[email protected]> |
Handle stepping through ObjC vtable trampoline code.
llvm-svn: 118270
|
|
Revision tags: llvmorg-2.8.0, llvmorg-2.8.0-rc3, llvmorg-2.8.0-rc2 |
|
| #
f5e56de0 |
| 14-Sep-2010 |
Greg Clayton <[email protected]> |
Moved the section load list up into the target so we can use the target to symbolicate things without the need for a valid process subclass.
llvm-svn: 113895
|
|
Revision tags: llvmorg-2.8.0-rc1, llvmorg-2.8.0-rc0 |
|
| #
b01e742a |
| 19-Jun-2010 |
Jim Ingham <[email protected]> |
Two changes in this checkin. Added a ThreadPlanKind so that I can do some reasoning based on the kind of thread plan without having to use RTTI. Removed the ThreadPlanContinue and replaced with a Sh
Two changes in this checkin. Added a ThreadPlanKind so that I can do some reasoning based on the kind of thread plan without having to use RTTI. Removed the ThreadPlanContinue and replaced with a ShouldAutoContinue query that serves the same purpose. Having to push another plan to assert that if there's no other indication the target should continue when this plan is popped was flakey and error prone. This method is more stable, and fixed problems we were having with thread specific breakpoints.
llvm-svn: 106378
show more ...
|
| #
30fdc8d8 |
| 08-Jun-2010 |
Chris Lattner <[email protected]> |
Initial checkin of lldb code from internal Apple repo.
llvm-svn: 105619
|