History log of /external/lldb/test/lang/objc/objc-dynamic-value/TestObjCDynamicValue.py
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
ba7354ccf18a677a81548bb4f3d8a034ef308c38 09-May-2013 Greg Clayton <gclayton@apple.com> Remove debug print statement.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@181486 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/objc/objc-dynamic-value/TestObjCDynamicValue.py
7c79a27b955432dfd3ad9439640f0af2eccf37b8 08-May-2013 Jim Ingham <jingham@apple.com> Figure out the reply to "PlanExplainsStop" once when we stop and then use the cached
value. This fixes problems, for instance, with the StepRange plans, where they know that
they explained the stop because they were at their "run to here" breakpoint, then deleted
that breakpoint, so when they got asked again, doh! I had done this for a couple of plans
in an ad hoc fashion, this just formalizes it.

Also add a "ResumeRequested" in Process so that the code in the completion handlers can
tell the ShouldStop logic they want to resume rather than just directly resuming. That allows
us to handle resuming in a more controlled fashion.

Also, SetPublicState can take a "restarted" flag, so that it doesn't drop the run lock when
the target was immediately restarted.
--This line, and those below , will be ignored--

M test/lang/objc/objc-dynamic-value/TestObjCDynamicValue.py
M include/lldb/Target/ThreadList.h
M include/lldb/Target/ThreadPlanStepOut.h
M include/lldb/Target/Thread.h
M include/lldb/Target/ThreadPlanBase.h
M include/lldb/Target/ThreadPlanStepThrough.h
M include/lldb/Target/ThreadPlanStepInstruction.h
M include/lldb/Target/ThreadPlanStepInRange.h
M include/lldb/Target/ThreadPlanStepOverBreakpoint.h
M include/lldb/Target/ThreadPlanStepUntil.h
M include/lldb/Target/StopInfo.h
M include/lldb/Target/Process.h
M include/lldb/Target/ThreadPlanRunToAddress.h
M include/lldb/Target/ThreadPlan.h
M include/lldb/Target/ThreadPlanCallFunction.h
M include/lldb/Target/ThreadPlanStepOverRange.h
M source/Plugins/LanguageRuntime/ObjC/AppleObjCRuntime/AppleThreadPlanStepThroughObjCTrampoline.h
M source/Plugins/LanguageRuntime/ObjC/AppleObjCRuntime/AppleThreadPlanStepThroughObjCTrampoline.cpp
M source/Target/StopInfo.cpp
M source/Target/Process.cpp
M source/Target/ThreadPlanRunToAddress.cpp
M source/Target/ThreadPlan.cpp
M source/Target/ThreadPlanCallFunction.cpp
M source/Target/ThreadPlanStepOverRange.cpp
M source/Target/ThreadList.cpp
M source/Target/ThreadPlanStepOut.cpp
M source/Target/Thread.cpp
M source/Target/ThreadPlanBase.cpp
M source/Target/ThreadPlanStepThrough.cpp
M source/Target/ThreadPlanStepInstruction.cpp
M source/Target/ThreadPlanStepInRange.cpp
M source/Target/ThreadPlanStepOverBreakpoint.cpp
M source/Target/ThreadPlanStepUntil.cpp
M lldb.xcodeproj/xcshareddata/xcschemes/Run Testsuite.xcscheme


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@181381 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/objc/objc-dynamic-value/TestObjCDynamicValue.py
1a469c75c0597abc2a9abdf86b624b2e71ea8650 23-Jan-2013 Enrico Granata <egranata@apple.com> <rdar://problem/12711206>

Extending ValueObjectDynamicValue so that it stores a TypeAndOrName instead of a TypeSP.
This change allows us to reflect the notion that a ValueObject can have a dynamic type for which we have no debug information.
Previously, we would coalesce that to the static type of the object, potentially losing relevant information or even getting it wrong.
This fix ensures we can correctly report the class name for Cocoa objects whose types are hidden classes that we know nothing about (e.g. __NSArrayI for immutable arrays).
As a side effect, our --show-types argument to frame variable no longer needs to append custom dynamic type information.



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@173216 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/objc/objc-dynamic-value/TestObjCDynamicValue.py
40c9d75f2f6402227fed4e0a25daf18b683cb5e7 23-Nov-2012 Daniel Malea <daniel.malea@intel.com> Update test status on Linux
- add decorators @expectedFailLinux and @skipOnLinux
- skip/mark xfail cases due to open bugzillas # 14323, 14416, 14423, 14424, 14425, 14426

Patch by Ashok Thirumurthi!



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@168529 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/objc/objc-dynamic-value/TestObjCDynamicValue.py
21b1984e161b0cadee331d32bfd721eccfdf4b1f 06-Apr-2012 Johnny Chen <johnny.chen@apple.com> Second batch of adding @dsym_test/@dwarf_test decorators to existing test cases.
Plus some minor cleanup of test method names.
Third and final batch is coming.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@154197 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/objc/objc-dynamic-value/TestObjCDynamicValue.py
4bdca6f711ae9dd0aca7dd3962200d4d92cf68e7 17-Dec-2011 Jim Ingham <jingham@apple.com> Make the objc-dynamic-value test a little trickier (still passes) and test the GetDynamicValue API.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@146777 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/objc/objc-dynamic-value/TestObjCDynamicValue.py
c409821767d7951ac479fb3a9a7e3e54186c4ccc 07-Oct-2011 Jim Ingham <jingham@apple.com> Turn the EvaluateExpression (..., True) tests back on.


git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@141375 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/objc/objc-dynamic-value/TestObjCDynamicValue.py
a61c839029ecf24c115b736485c89e0ed3339358 12-Aug-2011 Johnny Chen <johnny.chen@apple.com> Add radar info for self.skipTest().


git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@137504 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/objc/objc-dynamic-value/TestObjCDynamicValue.py
422f1161f1b76bb2e3f46e535a60728477413ea8 12-Aug-2011 Johnny Chen <johnny.chen@apple.com> Skip the TestObjCDymaicValue.py tests for i386 due to dynamic types for ObjC V1 runtime not implemented yet.
Radar to be filed.


git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@137503 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/objc/objc-dynamic-value/TestObjCDynamicValue.py
441f08ca9d17fad237b93a71aeab9dad74ea1258 03-Aug-2011 Enrico Granata <granata.enrico@gmail.com> Fixed an issue where the KVO swizzled type would be returned as the dynamic type instead of the actual user-level type
- see the test case in lang/objc/objc-dynamic-value for an example
Objective-C dynamic type lookup now works for every Objective-C type
- previously, true dynamic lookup was only performed for type id


git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@136763 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/objc/objc-dynamic-value/TestObjCDynamicValue.py
f9c6f90ff6193b283259863b7ca3a047199789a3 25-Jun-2011 Johnny Chen <johnny.chen@apple.com> Move objc-related test directories to now reside under lang/objc.


git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@133877 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/objc/objc-dynamic-value/TestObjCDynamicValue.py