[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