| Commit message (Collapse) | Author | Age | Files | Lines | ||
|---|---|---|---|---|---|---|
| ... | ||||||
| * | Very large changes that were needed in order to allow multiple connections | Greg Clayton | 2010-06-23 | 1 | -110/+119 | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | to the debugger from GUI windows. Previously there was one global debugger instance that could be accessed that had its own command interpreter and current state (current target/process/thread/frame). When a GUI debugger was attached, if it opened more than one window that each had a console window, there were issues where the last one to setup the global debugger object won and got control of the debugger. To avoid this we now create instances of the lldb_private::Debugger that each has its own state: - target list for targets the debugger instance owns - current process/thread/frame - its own command interpreter - its own input, output and error file handles to avoid conflicts - its own input reader stack So now clients should call: SBDebugger::Initialize(); // (static function) SBDebugger debugger (SBDebugger::Create()); // Use which ever file handles you wish debugger.SetErrorFileHandle (stderr, false); debugger.SetOutputFileHandle (stdout, false); debugger.SetInputFileHandle (stdin, true); // main loop SBDebugger::Terminate(); // (static function) SBDebugger::Initialize() and SBDebugger::Terminate() are ref counted to ensure nothing gets destroyed too early when multiple clients might be attached. Cleaned up the command interpreter and the CommandObject and all subclasses to take more appropriate arguments. llvm-svn: 106615 | |||||
| * | Two changes in this checkin. Added a ThreadPlanKind so that I can do some ↵ | Jim Ingham | 2010-06-19 | 1 | -1/+0 | |
| | | | | | | | | | | | | 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 | |||||
| * | Move Args.{cpp,h} and Options.{cpp,h} to Interpreter where they really belong. | Jim Ingham | 2010-06-15 | 1 | -1/+1 | |
| | | | | | llvm-svn: 106034 | |||||
| * | Change the Options parser over to use a mask rather than an ordinal for ↵ | Jim Ingham | 2010-06-15 | 1 | -5/+5 | |
| | | | | | | | | | | option sets. Fixed the Disassemble arguments so you can't specify start address or name in multiple ways. Fixed the command line input so you can specify the filename without "-f" even if you use other options. llvm-svn: 106020 | |||||
| * | I have eliminated RTTI from LLDB! | Greg Clayton | 2010-06-12 | 1 | -17/+4 | |
| | | | | | | | | Also added a shell script build phase that fixes the headers in LLDB.framework. llvm-svn: 105899 | |||||
| * | Initial checkin of lldb code from internal Apple repo. | Chris Lattner | 2010-06-08 | 1 | -0/+1277 | |
| llvm-svn: 105619 | ||||||
 |
index : bcm5719-llvm | |
| Project Ortega BCM5719 LLVM | Raptor Computing Systems |
| summaryrefslogtreecommitdiffstats |
|