- Sep 09, 2010
-
-
Caroline Tice authored
to be set up the way they are. Comment out code that removes pending settings for live instances (after the settings are copied over). llvm-svn: 113519
-
Caroline Tice authored
Process.h; modify the process.plugins settings variable to use the correct plugin names. llvm-svn: 113510
-
Caroline Tice authored
Modify Driver to handle SIGWINCH signals and automatically re-set the term-width variable. llvm-svn: 113506
-
Caroline Tice authored
are always printed immediately after the command, before optional options; also so that in the detailed descriptions of each command option, the options and their help are output in alphabetical order (sorted by the short option) rather in whatever order they happened to be in the table. llvm-svn: 113496
-
Greg Clayton authored
Renamed the "dispatchqaddr" setting that was coming back for stop reply packets to be named "qaddr" so that gdb doesn't thing it is a register number. gdb was checking the first character and assuming "di" was a hex register number because 'd' is a hex digit. It has been shortened so gdb can safely ignore it. llvm-svn: 113475
-
Caroline Tice authored
Make get/set variable at the debugger level always set the particular debugger's instance variables rather than the default variables. llvm-svn: 113474
-
Chris Lattner authored
llvm-svn: 113438
-
Chris Lattner authored
llvm-svn: 113437
-
Chris Lattner authored
fix a bunch of signed/unsigned comparison warnings, stop evaluating "getsize" every time through the loop. llvm-svn: 113433
-
Sean Callanan authored
with the Clang parser that prevents us from passing Objective-C types to functions that expect C types. This quick hack keeps us in business until that interaction is fixed. llvm-svn: 113429
-
Caroline Tice authored
llvm-svn: 113421
-
- Sep 08, 2010
-
-
Caroline Tice authored
llvm-svn: 113408
-
Sean Callanan authored
certain functions from being resolved correctly. Some functions (particularly varargs functions) are BitCast before being called, and the problem was that a CallInst where getCalledValue() returned a BitCast ConstantExpr was not being relocated at all. This problem should now be resolved for the case of BitCast. llvm-svn: 113396
-
Greg Clayton authored
llvm-svn: 113372
-
Jim Ingham authored
llvm-svn: 113371
-
Caroline Tice authored
Make sure creating a pending instance doesn't also trigger creating a live instance; also make sure creating a pending instance uses the specified instance name rather than creating a new one; add brackets to instance names when searching for and removing pending instances. llvm-svn: 113370
-
Greg Clayton authored
new change will omit unneeded symbol table entries and coalesce function entries (N_FUN stab entries) with their linker code symbol (N_SECT symbols) into only the function symbol to avoid duplicate symbol table entries. It will also coalesce N_STSYM and the data linker symbol into just one static data symbol. llvm-svn: 113363
-
Jim Ingham authored
which controls whether to stop in a function matching the regexp. llvm-svn: 113335
-
Greg Clayton authored
member variables. Modified lldb_private::Module to have an accessor that can be used to tell if a module is a dynamic link editor (dyld) as there are functions in dyld on darwin that mirror functions in libc (malloc, free, etc) that should not be used when doing function lookups by name in expressions if there are more than one match when looking up functions by name. llvm-svn: 113313
-
Jim Ingham authored
llvm-svn: 113309
-
Sean Callanan authored
expressions correctly. These produced a result variable with an initializer but no store instruction, and the store instruction was as a result never rewritten to become a store to a persistent variable. Now if the result variable has an initializer but is never used, we generate a (redundant) store instruction for it, which is then later rewritten into a (useful) store to the persistent result variable. llvm-svn: 113300
-
Caroline Tice authored
Small help text fixes, to make it more consistent and accurate. Temporarily remove -l option from 'expr' command (at Sean's request). llvm-svn: 113298
-
- Sep 07, 2010
-
-
Greg Clayton authored
llvm-svn: 113292
-
Sean Callanan authored
symbols with the same name and no debug information. Also improved the way functions are called so we don't automatically define them as variadic functions in the IR. llvm-svn: 113290
-
Sean Callanan authored
(i.e., leave the value the same, so that a new stack frame will be linked to the previous stack) rather than zeroing out RBP. This fixes calls to dlopen(), for example, which does a backtrace to see which image is calling it. llvm-svn: 113288
-
Jim Ingham authored
in UserSettingsController.cpp. llvm-svn: 113268
-
Greg Clayton authored
code between linux, darwin and BSD. llvm-svn: 113263
-
Caroline Tice authored
llvm-svn: 113245
-
Greg Clayton authored
symbol tables. Minimal symbol tables enable us to merge two symbols, one debug symbol and one linker symbol, into a single symbol that can carry just as much information and will avoid duplicate symbols in the symbol table. llvm-svn: 113223
-
Greg Clayton authored
parent, sibling and first child block, and access to the inline function information. Added an accessor the StackFrame: Block * lldb_private::StackFrame::GetFrameBlock(); LLDB represents inline functions as lexical blocks that have inlined function information in them. The function above allows us to easily get the top most lexical block that defines a stack frame. When there are no inline functions in function, the block returned ends up being the top most block for the function. When the PC is in an inlined funciton for a frame, this will return the first parent block that has inlined function information. The other accessor: StackFrame::GetBlock() will return the deepest block that matches the frame's PC value. Since most debuggers want to display all variables in the current frame, the Block returned by StackFrame::GetFrameBlock can be used to retrieve all variables for the current frame. Fixed the lldb_private::Block::DumpStopContext(...) to properly display inline frames a block should display all of its inlined functions. Prior to this fix, one of the call sites was being skipped. This is a separate code path from the current default where inlined functions get their own frames. Fixed an issue where a block would always grab variables for any child inline function blocks. llvm-svn: 113195
-
Greg Clayton authored
Fixed an error that could occur during disassembly that could cause a function name to be printed before the first _and_ the second instruction of disassembly when there are two symbols -- one debug symbol and one linker symbol. llvm-svn: 113181
-
- Sep 04, 2010
-
-
Caroline Tice authored
This is a very large commit that completely re-does the way lldb handles user settable internal variables (the equivalent of set/show variables in gdb). In addition to the basic infrastructure (most of which is defined in UserSettingsController.{h,cpp}, there are examples of two classes that have been set up to contain user settable variables (the Debugger and Process classes). The 'settings' command has been modified to be a command-subcommand structure, and the 'set', 'show' and 'append' commands have been moved into this sub-commabnd structure. The old StateVariable class has been completely replaced by this, and the state variable dictionary has been removed from the Command Interpreter. Places that formerly accessed the state variable mechanism have been modified to access the variables in this new structure instead (checking the term-width; getting/checking the prompt; etc.) Variables are attached to classes; there are two basic "flavors" of variables that can be set: "global" variables (static/class-wide), and "instance" variables (one per instance of the class). The whole thing has been set up so that any global or instance variable can be set at any time (e.g. on start up, in your .lldbinit file), whether or not any instances actually exist (there's a whole pending and default values mechanism to help deal with that). llvm-svn: 113041
-
Greg Clayton authored
llvm-svn: 113032
-
Greg Clayton authored
llvm-svn: 113023
-
Johnny Chen authored
execution context only when the process is still alive. When running the test suite, the debugger is launching and killing processes constantly. This might be the cause of the test hang as reported in rdar://problem/8377854, where the debugger was looping infinitely trying to update a supposedly stale thread list. llvm-svn: 113022
-
- Sep 03, 2010
-
-
Greg Clayton authored
llvm-svn: 113012
-
Greg Clayton authored
not release it by making sure a mutex locker object is appropriately used. llvm-svn: 112996
-
Jim Ingham authored
Also move "Carbon.framework" to the right place. llvm-svn: 112993
-
Benjamin Kramer authored
Pacify operator precedence warnings. No functionality change because eLaunchFlagDisableASLR happens to be 1. llvm-svn: 112985
-
Greg Clayton authored
Added extra logging for stepping. Fixed an issue where cached stack frame data could be lost between runs when the thread plans read a stack frame. llvm-svn: 112973
-