#
e2e220a8 |
| 12-Sep-2013 |
Enrico Granata <egranata@apple.com> |
<rdar://problem/14071463>
SVN r189964 provided a sample Python script to inspect unordered(multi){set|map} with synthetic children, contribued by Jared Grubb This checkin converts that sample script
<rdar://problem/14071463>
SVN r189964 provided a sample Python script to inspect unordered(multi){set|map} with synthetic children, contribued by Jared Grubb This checkin converts that sample script to a C++ provider built into LLDB A test case is also provided
llvm-svn: 190564
show more ...
|
#
89c862f2 |
| 07-Aug-2013 |
Michael Sartain <mikesart@valvesoftware.com> |
clean up about 22 warnings messages
llvm-svn: 187900
|
#
e602fe1e |
| 10-Jul-2013 |
Enrico Granata <egranata@apple.com> |
Adding a summary for ObjC blocks
llvm-svn: 186023
|
Revision tags: llvmorg-3.3.1-rc1 |
|
#
c2a96407 |
| 26-Jun-2013 |
Enrico Granata <egranata@apple.com> |
Remove the #define USE_CACHE since the formatters cache has been operational for a while now and has not caused issues that warrant disabling it Also, print the cache hits statistics if the log is in
Remove the #define USE_CACHE since the formatters cache has been operational for a while now and has not caused issues that warrant disabling it Also, print the cache hits statistics if the log is in debugging mode vs. LLDB being a debug build - this should make it easier to gather useful metrics on cache success rate for real users
llvm-svn: 184900
show more ...
|
#
68ae4117 |
| 18-Jun-2013 |
Enrico Granata <egranata@apple.com> |
<rdar://problem/12717717>
Modifying our data formatters matching algorithm to ensure that "const X*" is treated as equivalent to "X*" Also, a couple improvements to the "lldb types" logging
llvm-sv
<rdar://problem/12717717>
Modifying our data formatters matching algorithm to ensure that "const X*" is treated as equivalent to "X*" Also, a couple improvements to the "lldb types" logging
llvm-svn: 184215
show more ...
|
#
3fb543b0 |
| 11-Jun-2013 |
Greg Clayton <gclayton@apple.com> |
Remove eFormatHalfFloat as it isn't needed. eFormatFloat should be used and the byte size will tell us how to display it.
llvm-svn: 183755
|
#
97fe23e0 |
| 11-Jun-2013 |
Enrico Granata <egranata@apple.com> |
<rdar://problem/12783351>
Add support for half-floats, as specified by IEEE-754-2008 With this checkin, you can now say: (lldb) x/7hf foo
to read 7 half-floats at address foo
llvm-svn: 183716
|
Revision tags: llvmorg-3.3.0 |
|
#
b26fdada |
| 05-Jun-2013 |
Enrico Granata <egranata@apple.com> |
<rdar://problem/13125225>
Adding data formatters for std::set, std::multiset and std::multimap for libc++ The underlying data structure is the same as std::map, so this change is very minimal and mo
<rdar://problem/13125225>
Adding data formatters for std::set, std::multiset and std::multimap for libc++ The underlying data structure is the same as std::map, so this change is very minimal and mostly consists of test cases
llvm-svn: 183323
show more ...
|
#
983920d1 |
| 04-Jun-2013 |
Enrico Granata <egranata@apple.com> |
<rdar://problem/14003462>
Formatters for unsigned char* and const variant
llvm-svn: 183254
|
Revision tags: llvmorg-3.3.0-rc3, llvmorg-3.3.0-rc2, llvmorg-3.3.0-rc1 |
|
#
14b74fd1 |
| 06-May-2013 |
Enrico Granata <egranata@apple.com> |
<rdar://problem/11669154>
Make a summary format for libc++ STL containers that shows the number of items as before, but also shows the pointer value for pointer-to-container
llvm-svn: 181236
|
#
cd67f97c |
| 27-Apr-2013 |
Enrico Granata <egranata@apple.com> |
<rdar://problem/12529989>
Synthetic children provider for NSOrderedSet
llvm-svn: 180655
|
#
c76b97bc |
| 26-Apr-2013 |
Enrico Granata <egranata@apple.com> |
Make a synthetic children provider for the ObjC Class type
llvm-svn: 180588
|
#
3f8e40ce |
| 24-Apr-2013 |
Enrico Granata <egranata@apple.com> |
See: http://stackoverflow.com/questions/16166897/c-how-to-obtain-address-of-stdvector-object-in-lldb-xcode The user was trying to obtain the address-of an std::vector and the experience was more pain
See: http://stackoverflow.com/questions/16166897/c-how-to-obtain-address-of-stdvector-object-in-lldb-xcode The user was trying to obtain the address-of an std::vector and the experience was more painful than necessary because data formatters were kicking in for vector* objects We got this right for libc++ - we should get it right for libstdc++ too
llvm-svn: 180219
show more ...
|
#
723e129a |
| 23-Apr-2013 |
Enrico Granata <egranata@apple.com> |
<rdar://problem/13437949>
Making sure that CF*{Array|Dictionary}Ref provide synthetic children correctly.
llvm-svn: 180074
|
#
320dcf68 |
| 28-Mar-2013 |
Enrico Granata <egranata@apple.com> |
<rdar://problem/12410225>
By default, omit the children for a char[] and just show the string contents Can be overridden by appropriate command-line flags
llvm-svn: 178292
|
#
5160ce5c |
| 27-Mar-2013 |
Greg Clayton <gclayton@apple.com> |
<rdar://problem/13521159>
LLDB is crashing when logging is enabled from lldb-perf-clang. This has to do with the global destructor chain as the process and its threads are being torn down.
All logg
<rdar://problem/13521159>
LLDB is crashing when logging is enabled from lldb-perf-clang. This has to do with the global destructor chain as the process and its threads are being torn down.
All logging channels now make one and only one instance that is kept in a global pointer which is never freed. This guarantees that logging can correctly continue as the process tears itself down.
llvm-svn: 178191
show more ...
|
#
92373533 |
| 19-Mar-2013 |
Enrico Granata <egranata@apple.com> |
The formatters for std::shared_ptr, std::weak_ptr, std::list, std::vector and std::map as provided by libc++ are now written in C++ instead of Python std::deque is still in Python but is much less co
The formatters for std::shared_ptr, std::weak_ptr, std::list, std::vector and std::map as provided by libc++ are now written in C++ instead of Python std::deque is still in Python but is much less commonly used
llvm-svn: 177454
show more ...
|
#
6d37cc65 |
| 19-Mar-2013 |
Enrico Granata <egranata@apple.com> |
This checkin removes the last Cocoa formatters that were implemented in Python and reimplements them in C++. The Python Cocoa formatters are not shipped as part of LLDB anymore, but still exist in th
This checkin removes the last Cocoa formatters that were implemented in Python and reimplements them in C++. The Python Cocoa formatters are not shipped as part of LLDB anymore, but still exist in the source repository for user reference. Python formatters still exist for STL classes and users can still define their own Python formatters
llvm-svn: 177366
show more ...
|
#
9f71ad4f |
| 16-Mar-2013 |
Enrico Granata <egranata@apple.com> |
C++ formatters for NSTimeZone and for CFBitVector
llvm-svn: 177219
|
#
6a92511a |
| 16-Mar-2013 |
Enrico Granata <egranata@apple.com> |
NS(Mutable)IndexSet formatter moves from Python to C++
llvm-svn: 177217
|
#
50b5ee50 |
| 16-Mar-2013 |
Enrico Granata <egranata@apple.com> |
Converting more data formatters to C++ - NSBundle, CFBinaryHeap, NSMachPort and NSNotification
llvm-svn: 177213
|
#
55900864 |
| 15-Mar-2013 |
Enrico Granata <egranata@apple.com> |
Porting the Objective-C Class data type’s summary from Python to C++
llvm-svn: 177172
|
#
f68f7327 |
| 15-Mar-2013 |
Enrico Granata <egranata@apple.com> |
Moving CFBag and NSBundle summaries from Python to C++
Temporarily disabled non-code-running summaries for CF*Dictionary and NSCountedSet
llvm-svn: 177171
|
#
0337c27f |
| 22-Feb-2013 |
Enrico Granata <egranata@apple.com> |
The summary for const char* was not cascading. This was preventing us from providing a summary for the result of std::string.c_str() with libc++
llvm-svn: 175841
|
#
ea2bc0fb |
| 21-Feb-2013 |
Enrico Granata <egranata@apple.com> |
<rdar://problem/4529976>
Adding data formatters for iterators for std::map and std::vector (both libc++ and libstdcpp) This does not include reverse iterators since they are both trickier (due to re
<rdar://problem/4529976>
Adding data formatters for iterators for std::map and std::vector (both libc++ and libstdcpp) This does not include reverse iterators since they are both trickier (due to requirements the standard imposes on them) and much less useful
llvm-svn: 175787
show more ...
|