summaryrefslogtreecommitdiffstats
path: root/lldb/source
Commit message (Collapse)AuthorAgeFilesLines
...
* More minor FreeBSD fixes.Daniel Malea2013-06-042-1/+10
| | | | | | | | | - link libexecinfo (as libc is missing backtrace()) - enable FreeBSD-specific plugins Patch by Ed Maste! llvm-svn: 183233
* If ThreadPlanCallFunction hasn't set its notion of the "real stop info" yet, ↵Jim Ingham2013-06-049-17/+21
| | | | | | | | | | just return the current PrivateStopInfo. Also renamed a few more places where we were using StopReason in functions that were returning StopInfo's. <rdar://problem/14042692> llvm-svn: 183177
* Fix crash (in optimized builds) due to invalid metadata operandDaniel Malea2013-06-032-17/+8
| | | | | | | | | - ConstantDataArray is not a valid MDNode operand - encode function-name strings in metadata by wrapping in an MDString instead - should resolve reported by http://llvm-jenkins.debian.net/job/llvm-toolchain-quantal-binaries/architecture=amd64,distribution=quantal/173/ llvm-svn: 183153
* Fix FreeBSD build due to previous changes to ProcessMonitor::Detach.Matt Kopec2013-06-032-2/+2
| | | | llvm-svn: 183150
* Fix a couple of error message typos.Jim Ingham2013-06-031-2/+2
| | | | llvm-svn: 183145
* Fix various build warnings.Matt Kopec2013-06-0318-48/+52
| | | | llvm-svn: 183140
* Fix setting of watchpoints on inferior thread creation for Linux.Matt Kopec2013-06-036-51/+134
| | | | llvm-svn: 183139
* Matched a vector new with vector delete.Ashok Thirumurthi2013-06-031-1/+1
| | | | | | Thanks to Daniel and valgrind. llvm-svn: 183110
* Add ability to attach/detach to multi-threaded inferiors on Linux.Matt Kopec2013-05-315-44/+151
| | | | | | All running threads will be detected and stopped on attach and all threads get resumed on detach. llvm-svn: 183049
* Use C-style include to match style in file (instead of C++ style)Daniel Malea2013-05-311-1/+1
| | | | | | - as per review comment from Dimitry Andric! llvm-svn: 183039
* CMake FreeBSD fix: add missing Process plugin directoryDaniel Malea2013-05-311-0/+7
| | | | | | Patch by Ed Maste! llvm-svn: 183038
* <rdar://problem/13752848>Han Ming Ong2013-05-311-0/+2
| | | | | | Add 'JoinExistingSession' to XPC for root debugging. llvm-svn: 183037
* FreeBSD cmake build fixes.Daniel Malea2013-05-312-0/+4
| | | | | | | | | - missing #include <cstdlib> in Mangled.cpp - missing include dirs in FreeBSD CMakeLists.txt Patch by Ed Maste! llvm-svn: 183032
* <rdar://problem/14035604>Enrico Granata2013-05-311-6/+12
| | | | | | | | | | | | | Fixing an issue where formats would not propagate from parents to children in all cases Details follow: an SBValue has children and those are fetched along with their values Now, one calls SBValue::SetFormat() on the parent Technically, the format choices should propagate onto the children (see ValueObject::GetFormat()) But if the children values are already fetched, they won't notice the format change and won't update themselves This commit fixes that by making ValueObject::GetValueAsCString() check if any format change intervened from the previous call to the current one A test case is also added llvm-svn: 183030
* Small code cleanupsEnrico Granata2013-05-311-0/+1
| | | | llvm-svn: 183024
* Fixed value evaluation to handle null constants.Sean Callanan2013-05-311-1/+5
| | | | | | <rdar://problem/14005311> llvm-svn: 183022
* An NSData with 0 bytes in it would report a summary of “0 byte”Enrico Granata2013-05-311-1/+1
| | | | | | Making sure that I get my English right by saying “0 bytes” instead llvm-svn: 182978
* <rdar://problem/11109316>Enrico Granata2013-05-313-4/+7
| | | | | | | | | | | | | | | | | command script import now does reloads - for real If you invoke command script import foo and it detects that foo has already been imported, it will - invoke reload(foo) to reload the module in Python - re-invoke foo.__lldb_init_module This second step is necessary to ensure that LLDB does not keep cached copies of any formatter, command, ... that the module is providing Usual caveats with Python imports persist. Among these: - if you have objects lurking around, reloading the module won't magically update them to reflect changes - if module A imports module B, reloading A won't reload B These are Python-specific issues independent of LLDB that would require more extensive design work The --allow-reload (-r) option is maintained for compatibility with existing scripts, but is clearly documented as redundant - reloading is always enabled whether you use it or not llvm-svn: 182977
* <rdar://problem/13956179>Greg Clayton2013-05-291-16/+3
| | | | | | | | Cleaned up the thread updating code in the OperatingSystemPython class. It doesn't need to clear the "new_thread_list" anymore as it is always empty. It also now assigns the "core_thread_list" to "new_thread_list" if no threads are detected through python. llvm-svn: 182893
* Remove unused variable.Greg Clayton2013-05-291-1/+0
| | | | llvm-svn: 182892
* Error out if the expression for a breakpointSean Callanan2013-05-291-0/+6
| | | | | | | | | condition doesn't return a result, instead of blindly trying to use that result. <rdar://problem/14009519> llvm-svn: 182875
* For "expr", say what the timeout units are in the help string.Jim Ingham2013-05-291-1/+1
| | | | llvm-svn: 182873
* Adding support for stopping all threads of multithreaded inferiors on Linux. ↵Andrew Kaylor2013-05-2811-60/+408
| | | | | | Also adding multithreaded test cases. llvm-svn: 182809
* <rdar://problem/13863031>Enrico Granata2013-05-281-1/+3
| | | | | | | | Giving a timeout for the call to NSPrintForDebugger() that happens when you “po” objects This is a temporary workaround until a more detailed solution to the general problem of canceling actions is found llvm-svn: 182782
* Mac OS X CMake fix: generate LLDB version from xcodeprojDaniel Malea2013-05-281-1/+12
| | | | | | | | | - This resolves the remaining issues related to building lldb utility/dylib - TODO: fix up debugserver build Patch by Ahmed Bougacha! llvm-svn: 182751
* lldbPluginOSDarwinKernel doesn't exist.Filipe Cabecinhas2013-05-241-1/+0
| | | | llvm-svn: 182687
* Update countTrailingZeros function usage to match llvm's r182667.Filipe Cabecinhas2013-05-241-2/+2
| | | | llvm-svn: 182683
* Fixed signed operations in the IR interpreter.Sean Callanan2013-05-242-0/+34
| | | | | | | | Scalar now can make itself signed if needed. <rdar://problem/13977632> llvm-svn: 182668
* Added a parameter for relocation info to keep lldb in step with llvm due to ↵Ashok Thirumurthi2013-05-241-4/+13
| | | | | | | | r182625, which takes a first step towards symbolization of disassembled instructions. llvm-svn: 182650
* <rdar://problem/13643315> Greg Clayton2013-05-242-10/+36
| | | | | | Fixed performance issues that arose after changing SBTarget, SBProcess, SBThread and SBFrame over to using a std::shared_ptr to a ExecutionContextRef. The ExecutionContextRef doesn't store a std::weak_ptr to a stack frame because stack frames often get replaced with new version, so it held onto a StackID object that would allow us to ask the thread each time for the frame for the StackID. The linear function was too slow for large recursive stacks. We also fixed an issue where anytime the std::shared_ptr<ExecutionContextRef> in any SBTarget, SBProcess, SBThread objects was turned into an ExecutionContext object, it would try to resolve all items in the ExecutionContext which are shared pointers. Even if the StackID in the ExecutionContextRef was invalid, it was looking through all frames in every thread. This causes a lot of unnecessary frame accesses. llvm-svn: 182627
* Adds PT_TLS and PT_GNU_EH_FRAME names to DumpELFProgramHeadersFilipe Cabecinhas2013-05-231-10/+12
| | | | llvm-svn: 182619
* ObjectFileELF::GetModuleSpecifications on Linux should work now.Michael Sartain2013-05-235-37/+161
| | | | | | | Which means "platform process list" should work and list the architecture. We are now parsing the elf build-id if it exists, which should allow us to load stripped symbols (looking at that next). llvm-svn: 182610
* Add ${ansi.XX} parsing to lldb prompt, use-color setting, and -no-use-colors ↵Michael Sartain2013-05-236-223/+80
| | | | | | | | | | command line options. settings set use-color [false|true] settings set prompt "${ansi.bold}${ansi.fg.green}(lldb)${ansi.normal} " also "--no-use-colors" on the command prompt llvm-svn: 182609
* <rdar://problem/13966084>Greg Clayton2013-05-231-1/+1
| | | | | | Make sure to not call "regexec" from <regex.h> with a NULL C string, otherwise we can crash. llvm-svn: 182607
* Don't compare 4 characters on a 2 character string.Greg Clayton2013-05-221-2/+2
| | | | llvm-svn: 182540
* Cleaned up the File API a bit.Greg Clayton2013-05-221-27/+78
| | | | llvm-svn: 182538
* Fixed a file leak introduced with my last checkin. Also be sure to include ↵Greg Clayton2013-05-221-5/+8
| | | | | | <stdio.h> just in case. llvm-svn: 182537
* Added a new "lldb" log channel named "os" for the OperatingSystem plug-ins ↵Greg Clayton2013-05-223-3/+37
| | | | | | | | to use. Added logging for the OS plug-in python objects in OperatingSystemPython so we can see the python dictionary returned from the plug-in when logging is enabled. llvm-svn: 182530
* Fixed a bug where persistent variables did notSean Callanan2013-05-222-1/+27
| | | | | | | | | | | | | | | | | live as long as they needed to. This led to equality tests involving persistent variables often failing or succeeding when they had no business doing so. To do this, I introduced the ability for a memory allocation to "leak" - that is, to persist in the process beyond the lifetime of the expression. Hand-declared persistent variables do this now. <rdar://problem/13956311> llvm-svn: 182528
* <rdar://problem/13956179>Greg Clayton2013-05-222-6/+23
| | | | | | | | Fixed ProcessMachCore to be able to locate the main executeable in the core file even if it doesn't start at a core file address range boundary. Prior to this we only checked the first bytes of each range in the core file for mach_kernel or dyld. Now we still do this, but if we don't find the mach_kernel or dyld anywhere, we go through all core file ranges and check every 0x1000 to see if we can find dyld or the mach_kernel. Now that we can properly detect the mach_kernel at any address, we don't need to call "DynamicLoaderDarwinKernel::SearchForDarwinKernel(Process*)" anymore. llvm-svn: 182513
* <rdar://problem/13880690>Greg Clayton2013-05-221-0/+3
| | | | | | Lock the lldb_private::Module mutex while tearing down the module to make sure we don't get clients accessing the contents on a module as it is going away. llvm-svn: 182511
* <rdar://problem/13455021>Greg Clayton2013-05-221-0/+2
| | | | | | Another fix to make sure that if we aren't able to extract an object file for any reason, we don't crash when trying to parse the debug map info. llvm-svn: 182441
* <rdar://problem/13455021>Greg Clayton2013-05-211-1/+1
| | | | | | lldb crashes with universal file containing skinny BSD archives when doing DWARF with .o file debugging. llvm-svn: 182437
* Adding a newline for better overall readabilityEnrico Granata2013-05-211-1/+1
| | | | llvm-svn: 182434
* Added a test case that verifies that LLDB can debug across a process ↵Greg Clayton2013-05-215-28/+34
| | | | | | | | exec'ing itself into a new program. This currently is only enabled for Darwin since we exec from 64 bit to 32 bit and vice versa for 'x86_64' targets. This can easily be adapted for linux and other platforms, but I didn't want to break any buildbots by assuming it will work. llvm-svn: 182428
* <rdar://problem/13878726>Enrico Granata2013-05-213-20/+22
| | | | | | | | | | Yet another implementation of the python in dSYM autoload :) This time we are going with a ternary setting: true - load, do not warn false - do not load, do not warn warn - do not load, warn (default) llvm-svn: 182414
* <rdar://problem/13925432>Enrico Granata2013-05-211-2/+15
| | | | | | | A user request such as: memory read -fc -s10 -c1 *charPtrPtr would cause us to crash upon trying to read 1 char of size 10 from memory This request is now translated into: memory read -fc -s1 -c10 *charPtrPtr (i.e. read 10 chars of size 1 from memory) which is probably also what the user originally wanted llvm-svn: 182398
* <rdar://problem/13892516>Greg Clayton2013-05-213-5/+28
| | | | | | LLDB can now debug across calls to exec when the architecture changes from say i386 to x86_64 (on darwin). llvm-svn: 182345
* s/to override/To override/Enrico Granata2013-05-211-1/+1
| | | | | | Thanks to Greg Clayton for catching this llvm-svn: 182339
* Improving the previous checkin about target.load-script-from-symbol-fileEnrico Granata2013-05-215-36/+51
| | | | | | | | | | There are two settings: target.load-script-from-symbol-file is a boolean that says load or no load (default: false) target.warn-on-script-from-symbol-file is also a boolean, it says whether you want to be warned when a script file is not loaded due to security (default: true) the auto loading on change for target.load-script-from-symbol-file is preserved llvm-svn: 182336
OpenPOWER on IntegriCloud