Skip to content
  1. Aug 22, 2012
  2. Aug 09, 2012
  3. Aug 08, 2012
  4. Aug 07, 2012
  5. Aug 06, 2012
    • Greg Clayton's avatar
      <rdar://problem/12029894> · e9982672
      Greg Clayton authored
      Use the built in demangler for Apple builds for now which has needed demangling fixes, and make the cxa_demangle.cpp use rtti in the Xcode project settings as it requires it be enabled.
      
      llvm-svn: 161323
      e9982672
  6. Aug 04, 2012
  7. Aug 02, 2012
  8. Aug 01, 2012
    • Sean Callanan's avatar
      Instructions generated by a disassembler can now · 7e6d4e5a
      Sean Callanan authored
      keep a shared pointer to their disassembler.  This
      is important for the LLVM-C disassembler because
      it needs to lock its parent in order to disassemble
      itself.
      
      This means that every interface that returned a
      Disassembler* needs to return a DisassemblerSP, so
      that the instructions and any external owners share
      the same reference count on the object.  I changed
      all clients to use this shared pointer, which also
      plugged a few leaks.
      
      <rdar://problem/12002822>
      
      llvm-svn: 161123
      7e6d4e5a
  9. Jul 19, 2012
  10. Jul 18, 2012
    • Greg Clayton's avatar
      <rdar://problem/10998370> · 5e0c5e81
      Greg Clayton authored
      Improved the error message when we can find a function in the current program by printing the demangled name.
      
      Also added the ability to create lldb_private::Mangled instances with a ConstString when we already have a ConstString for a mangled or demangled name. Also added the ability to call SetValue with a ConstString and also without a boolean to indicate if the string is mangled where we will now auto-detect if the string is mangled.
      
      llvm-svn: 160450
      5e0c5e81
  11. Jul 17, 2012
  12. Jul 14, 2012
  13. Jul 13, 2012
  14. Jul 12, 2012
    • Sean Callanan's avatar
      Added a check to the Section to make sure we don't · 27e02d07
      Sean Callanan authored
      return sections that don't have valid modules.
      
      <rdar://problem/11605824>
      
      llvm-svn: 160141
      27e02d07
    • Greg Clayton's avatar
      <rdar://problem/11791234> · 4e0fe8ab
      Greg Clayton authored
      Fixed a case where the python interpreter could end up holding onto a previous lldb::SBProcess (probably in lldb.process) when run under Xcode. Prior to this fix, the lldb::SBProcess held onto a shared pointer to a lldb_private::Process. This in turn could cause the process to still have a thread list with stack frames. The stack frames would have module shared pointers in the lldb_private::SymbolContext objects. 
      
      We also had issues with things staying in the shared module list too long when we found things by UUID (we didn't remove the out of date ModuleSP from the global module cache).
      
      Now all of this is fixed and everything goes away between runs.
      
      llvm-svn: 160140
      4e0fe8ab
    • Jim Ingham's avatar
      Add a command channel to wait on along with the file descriptor the... · 17ce5b97
      Jim Ingham authored
      Add a command channel to wait on along with the file descriptor the ConnectionFileDescriptor class is managing, so we can always pop ourselves out of our select call regardless of how well behaved the channel we are talking to is.
      
      <rdar://problem/11448282>
      
      llvm-svn: 160100
      17ce5b97
    • Greg Clayton's avatar
      Modifying the "address" format, which prints a pointer and a description of... · c3a86bf9
      Greg Clayton authored
      Modifying the "address" format, which prints a pointer and a description of what it points to, to detect when the deref of that pointer points to something valid. So if you have:
      
          % cat sp.cpp 
          #include <tr1/memory>
      
          class A
          {
          public:
              A (): m_i (12) {}
              virtual ~A() {}
          private:
              int m_i;
          };
      
          int main (int argc, char const *argv[], char const *envp[])
          {
              A *a_pointers[2] = { NULL, NULL };
              A a1;
              A a2;
              a_pointers[0] = &a1;
              a_pointers[1] = &a2;
              return 0;
          }
      
      
      And you stop at the "return 0", you can now read memory using the "address" format and see:
      
      (lldb) memory read --format address `&a_pointers`
      0x7fff5fbff870: 0x00007fff5fbff860 -> 0x00000001000010b0 vtable for A + 16
      0x7fff5fbff878: 0x00007fff5fbff850 -> 0x00000001000010b0 vtable for A + 16
      0x7fff5fbff880: 0x00007fff5fbff8d0
      0x7fff5fbff888: 0x00007fff5fbff8c0
      0x7fff5fbff890: 0x0000000000000001
      0x7fff5fbff898: 0x36d54c275add2294
      0x7fff5fbff8a0: 0x00007fff5fbff8b0
      0x7fff5fbff8a8: 0x0000000100000bb4 a.out`start + 52
      
      Note the extra dereference that was applied to 0x00007fff5fbff860 and 0x00007fff5fbff850 so we can see that these are "A" classes.
      
      llvm-svn: 160085
      c3a86bf9
  15. Jul 11, 2012
  16. Jul 07, 2012
    • Greg Clayton's avatar
      <rdar://problem/11357711> · 7820bd1e
      Greg Clayton authored
      Fixed a crasher where the section load list was not thread safe.
      
      llvm-svn: 159884
      7820bd1e
    • Greg Clayton's avatar
      Make const result value objects able to return dynamic types. · 9407302d
      Greg Clayton authored
      Modified the heap.py to be able to correctly indentify the exact ivar for the "ptr_refs" command no matter how deep the ivar is in a class hierarchy. Also fixed the ability for the heap command to symbolicate the stack backtrace when MallocStackLogging is set in the environment and the "--stack" option was specified.
      
      llvm-svn: 159883
      9407302d
  17. Jul 06, 2012
  18. Jun 29, 2012
  19. Jun 27, 2012
  20. Jun 08, 2012
    • Sean Callanan's avatar
      Committed a change to the SectionList that introduces · 5677536b
      Sean Callanan authored
      a cache of address ranges for child sections,
      accelerating lookups.  This cache is built during
      object file loading, and is then set in stone once
      the object files are done loading.  (In Debug builds,
      we ensure that the cache is never invalidated after
      that.)
      
      llvm-svn: 158188
      5677536b
Loading