[llvm-bugs] [Bug 36712] New: frame var can't access types defined in another shared object from the one holding the current frame

via llvm-bugs llvm-bugs at lists.llvm.org
Tue Mar 13 16:12:04 PDT 2018


https://bugs.llvm.org/show_bug.cgi?id=36712

            Bug ID: 36712
           Summary: frame var can't access types defined in another shared
                    object from the one holding the current frame
           Product: lldb
           Version: unspecified
          Hardware: PC
                OS: All
            Status: NEW
          Severity: normal
          Priority: P
         Component: All Bugs
          Assignee: lldb-dev at lists.llvm.org
          Reporter: vsk at apple.com
                CC: llvm-bugs at lists.llvm.org

We don't support "frame var" on a variable which has a type defined in another
module:

* thread #1: tid = 0x1f07, 0x0000000100000edd two-libs`main + 45 at main.c:10,
stop reason = breakpoint 1.1
    frame #0: 0x0000000100000edd two-libs`main + 45 at main.c:10
   7      struct foo *my_foo_ptr;
   8      my_foo_ptr = GetMeAFoo();
   9      
-> 10     printf ("My sub foo has: %d.\n", GetMeASubFoo(my_foo_ptr)->sub_1);
   11   
   12     return 0;
   13   }
(lldb) frame var *my_foo_ptr
error: dereference failed: (foo *) my_foo_ptr
(lldb) expr (*my_foo_ptr)
(foo) $0 = {}
(lldb) image lookup -t foo
1 match found in libfoo.dylib:
id = {0x10000012e}, name = "foo", byte-size = 24, decl = foo.c:4, clang_type =
"struct foo {
    sub_foo sub_element;
    int other_element;
}"

Note we know the type, but it is in the module libfoo.dylib.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20180313/4f9e3a7c/attachment.html>


More information about the llvm-bugs mailing list