| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- all instances of "vobj" have been renamed to "valobj"
- class Debugger::Formatting has been renamed to DataVisualization (defined in FormatManager.h/cpp)
The interface to this class has not changed
- FormatCategory now uses ConstString's as keys to the navigators instead of repeatedly casting
from ConstString to const char* and back all the time
Next step is making the same happen for categories themselves
- category gnu-libstdc++ is defined in the constructor for a FormatManager
The source code for it is defined in gnu_libstdcpp.py, drawn from examples/synthetic at compile time
All references to previous 'osxcpp' name have been removed from both code and file names
Functional changes:
- the name of the option to use a summary string for 'type summary add' has changed from the previous --format-string
to the new --summary-string. It is expected that the short option will change from -f to -s, and -s for --python-script
will become -o
llvm-svn: 137886
|
|
|
|
|
|
|
|
|
|
| |
children for types std::map, std::list and std::vector
The category is enabled by default. If you run into issues with it, disable it and the previous behavior of LLDB is restored
** This is a temporary solution. The general solution to having formatters pulled in at startup should involve going through the Platform.
Fixed an issue in type synthetic list where a category with synthetic providers in it was not shown if all the providers were regex-based
llvm-svn: 137850
|
|
|
|
|
|
|
|
|
|
| |
that will be used as the help text for the command
If no docstring is provided, a default help text is created
LLDB will refuse to create scripted commands if the scripting language is anything but Python
Some additional comments in AppleObjCRuntimeV2.cpp to describe the memory layout expected by the dynamic type lookup code
llvm-svn: 137801
|
|
|
|
|
|
| |
the command line.
llvm-svn: 137790
|
|
|
|
| |
llvm-svn: 137789
|
|
|
|
|
|
|
|
|
|
|
|
| |
- They now have an SBCommandReturnObject instead of an SBStream as third argument
- The class CommandObjectPythonFunction has been merged into CommandObjectCommands.cpp
- The command to manage them is now:
command script with subcommands add, list, delete, clear
command alias is returned to its previous functionality
- Python commands are now part of an user dictionary, instead of being seen as aliases
llvm-svn: 137785
|
|
|
|
| |
llvm-svn: 137784
|
|
|
|
| |
llvm-svn: 137782
|
|
|
|
| |
llvm-svn: 137776
|
|
|
|
| |
llvm-svn: 137749
|
|
|
|
| |
llvm-svn: 137748
|
|
|
|
|
|
| |
configuration of the failed tests.
llvm-svn: 137741
|
|
|
|
| |
llvm-svn: 137739
|
|
|
|
| |
llvm-svn: 137738
|
|
|
|
|
|
|
|
|
|
|
| |
C++ methods for a function depending on how the DWARF was
created. Now we parse the class type from the definition,
and all methods that use DW_AT_specification or DW_AT_abstract_origin
attributes to point to the definition, now won't create
duplicate entries. This is in response to how clang++ creates
much different DWARF than gcc.
llvm-svn: 137737
|
|
|
|
|
|
| |
(lldb) target modules dump symfile
llvm-svn: 137732
|
|
|
|
|
|
|
|
|
| |
being searched for in too heavyweight a way. Now,
when asking for the address of a function, the
expression parser just asks for a corresponding
data symbol.
llvm-svn: 137731
|
|
|
|
|
|
|
|
|
|
| |
...
File "/Volumes/data/lldb/svn/trunk/test/lldbtest.py", line 243, in __init__
self.session = test.session if test else None
AttributeError: 'StdCXXDisassembleTestCase' object has no attribute 'session'
llvm-svn: 137724
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It is now possible to use 'command alias --python' to define a command name that actually triggers execution of a Python function
(e.g. command alias --python foo foo_impl makes a command named 'foo' that runs Python function 'foo_impl')
The Python function foo_impl should have as signature: def foo_impl(debugger, args, stream, dict): where
debugger is an object wrapping an LLDB SBDebugger
args is the command line arguments, as an unparsed Python string
stream is an SBStream that represents the standard output
dict is an internal utility parameter and should be left untouched
The function should return None on no error, or an error string to describe any problems
llvm-svn: 137722
|
|
|
|
|
|
| |
and signed integers.
llvm-svn: 137710
|
|
|
|
|
|
|
| |
processor; we may get this subtype ("CPU_SUBTYPE_X86_ARCH1") back
when starting a kdp session.
llvm-svn: 137701
|
|
|
|
|
|
|
|
|
| |
For the default case (illegal encoding type), just return false instead of break.
A8.6.84 LDRSH (register)
A8.6.309 VLD1 (single element to all lanes)
llvm-svn: 137699
|
|
|
|
|
|
| |
rdar://problem/8516141 has been fixed.
llvm-svn: 137698
|
|
|
|
| |
llvm-svn: 137696
|
|
|
|
|
|
|
| |
location was in a register would not be able to dereference
children when displaying "*var" or the derefence of the variable.
llvm-svn: 137695
|
|
|
|
| |
llvm-svn: 137692
|
|
|
|
|
|
|
|
| |
tests were skipped
due to incorrect skip-logic.
llvm-svn: 137678
|
|
|
|
| |
llvm-svn: 137640
|
|
|
|
| |
llvm-svn: 137630
|
|
|
|
| |
llvm-svn: 137625
|
|
|
|
|
|
| |
variable' commands to use an Options object instead of passing an ever-increasing number of arguments to the DumpValueObject() method, with the ultimate aim of making that call private implementation
llvm-svn: 137622
|
|
|
|
| |
llvm-svn: 137612
|
|
|
|
|
|
|
| |
to keep GCC 4.5.2 happy and also to not use a deprecated
llvm API.
llvm-svn: 137605
|
|
|
|
|
|
|
|
| |
any integers that are larger than a 8 bytes. We can now
display signed decimal, unsigned decimal, octal, and binary
(we could already view hex before this fix).
llvm-svn: 137602
|
|
|
|
|
|
|
| |
in ObjCLanguageRuntime.
Add the category-free name of symbols to the Symtab name-to-index list.
llvm-svn: 137600
|
|
|
|
| |
llvm-svn: 137547
|
|
|
|
|
|
|
| |
Also, default "source_init_file" to False in the version of SBDebugger::Create
so that we don't pick up the init file in Python.
llvm-svn: 137545
|
|
|
|
|
|
| |
SBDebugger.CreateTargetWithFileAndTargetTriple() API.
llvm-svn: 137544
|
|
|
|
| |
llvm-svn: 137543
|
|
|
|
| |
llvm-svn: 137542
|
|
|
|
|
|
| |
in the init files or not.
llvm-svn: 137541
|
|
|
|
|
|
|
|
| |
TestClassName.test_method_name
command line option) belonging to the same Test*.py file are ignored, except for the first one.
llvm-svn: 137540
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also change the SourceInitFile to look for .lldb-<APPNAME> and source that
preferentially if it exists.
Also made the breakpoint site report its address as well as its breakpoint number
when it gets hit and can't find any the associated locations (usually because the
breakpoint got disabled or deleted programmatically between the time it was hit
and reported.)
Changed ThreadPlanCallFunction to initialize the ivar m_func in the initializers of the
constructor, rather than waiting to initialize till later on in the function.
Fixed a bug where if you make an SBError and the ask it Success, it returns false.
Fixed ValueObject::ResolveValue so that it resolves a temporary value, rather than
overwriting the one in the value object.
llvm-svn: 137536
|
|
|
|
| |
llvm-svn: 137534
|
|
|
|
| |
llvm-svn: 137533
|
|
|
|
|
|
| |
and add some docstrings.
llvm-svn: 137528
|
|
|
|
|
|
|
|
|
|
| |
cause extra shared pointer references to one or more modules to be leaked.
This would cause many object files to stay around the life of LLDB, so after
a recompile and rexecution, we would keep adding more and more memory. After
fixing the leak, we found many cases where leaked stack frames were still
being used and causing crashes in the test suite. These are now all resolved.
llvm-svn: 137516
|
|
|
|
| |
llvm-svn: 137504
|
|
|
|
|
|
|
|
| |
V1 runtime not implemented yet.
Radar to be filed.
llvm-svn: 137503
|
|
|
|
|
|
|
|
|
|
|
| |
was changed during the debug session.
First, main.c causes a crash, the inferior then gets re-built with main2.c which is not crashing.
Add Base.cleanup(self, dictionary=None) for platform specfic way to do cleanup after build.
This plugin method is used by the above test case to cleanup the main.c build before rebuild for main2.c.
llvm-svn: 137500
|