<div dir="ltr">Thanks, I think that was it. This was a guard variable as mangled by the Microsoft mangler.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jun 26, 2014 at 4:47 PM, Sean Callanan <span dir="ltr"><<a href="mailto:scallanan@apple.com" target="_blank">scallanan@apple.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Zachary,<div><br></div><div>LLI’s interpreter is (a) not really supported code, having been superseded by the JIT; and (b) founded on the assumption that we’re interpreting inside the current process.</div>
<div>The LLDB IRInterpreter is focused on interpreting in the context of another process (the IRMemoryMap is the interface it uses).</div><div><br></div><div>It’s not clear to me what’s doing this. On OS X we don’t get this error:</div>
<div>–</div><font face="Menlo"><div class="">(lldb) expr const unsigned int $foo = 5<br>(lldb) expr &$foo<br></div>(const unsigned int *) $0 = 0x046cdbe26a5d1000</font><br>–<div>and the symbol isn’t there either:</div>
<div><br></div><div>–</div><div><font face="Menlo">; ModuleID = '$__lldb_module'<br>target datalayout = "e-m:o-i64:64-f80:128-n8:16:32:64-S128"<br>target triple = "x86_64-apple-macosx"<br><br>; Function Attrs: nounwind<br>
define void @"_Z12$__lldb_exprPv"(i8* %"$__lldb_arg") #0 {<div class=""><br> %1 = getelementptr i8* %"$__lldb_arg", i32 8<br> %2 = bitcast i8* %1 to i32**<br> %3 = getelementptr i8* %"$__lldb_arg", i32 0<br>
%4 = bitcast i8* %3 to i32***<br> %5 = load i32*** %4<br> %6 = alloca i8*, align 8, !clang.decl.ptr !8<br></div> store i8* %"$__lldb_arg", i8** %6, align 8<br> %7 = icmp eq i8 0, 0<br> br i1 %7, label %8, label %10<br>
<br>; <label>:8 ; preds = %0<br> %9 = load i32** %2, align 8<br> store i32* %9, i32** %5, align 8<br> br label %10<br><br>; <label>:10 ; preds = %8, %0<br>
ret void<br>}<br></font>–</div><div>What’s producing that? Is it some kind of guard variable? (IRForTarget.cpp strips those, but only the ones I’ve seen…)</div><div><br><div><div>
<div>Sean</div>
</div>
<br><div><blockquote type="cite"><div><div class="h5"><div>On Jun 26, 2014, at 4:34 PM, Zachary Turner <<a href="mailto:zturner@google.com" target="_blank">zturner@google.com</a>> wrote:</div><br></div></div><div><div>
<div class="h5"><div dir="ltr">I'm trying to diagnose a problem with the IRInterpreter, but this is all very foreign to me so I think I should ask here.<div><br></div><div>Before I go into the details though, a simple question which I don't want to get lost in the shuffle: Why doesn't LLDB use LLI instead of creating its own interpreter?<br>
<div><br></div><div>Anyway, on to the problem. First of all, this is only on Windows. This all just works on Linux and presumably Mac, although I don't have a Mac to test. The scenario is this: I run the following two commands:</div>
<div><br></div><div>(lldb) expr const unsigned int $foo = 5</div><div>(lldb) expr &$foo</div><div><br></div><div>And this results in an error. Printing the value of $foo works fine, it just can't get the address. </div>
</div><div><br></div><div>I turn on logging and I see this:</div><div><br></div><div><div>Module as passed in to IRInterpreter::Interpret: </div><div>"; ModuleID = '$__lldb_module'</div><div>target datalayout = "e-m:w-p:32:32-i64:64-f80:32-n8:16:32-S32"</div>
<div>target triple = "i686-pc-windows-msvc"</div><div><br></div><div><b>@"\01?$S1@?0??$__lldb_expr@@YAXPAX@Z@4IA" = internal global i32 0</b></div><div><br></div><div>; Function Attrs: nounwind</div><div>
define void @"\01?$__lldb_expr@@YAXPAX@Z"(i8* %"$__lldb_arg") #0 {</div><div> %1 = getelementptr i8* %"$__lldb_arg", i32 8</div><div> %2 = bitcast i8* %1 to i32**</div><div> %3 = getelementptr i8* %"$__lldb_arg", i32 0</div>
<div> %4 = bitcast i8* %3 to i32***</div><div> %5 = load i32*** %4</div><div> %6 = alloca i8*, align 4, !clang.decl.ptr !8</div><div> store i8* %"$__lldb_arg", i8** %6, align 4</div><div><b> %7 = load i32* @"\01?$S1@?0??$__lldb_expr@@YAXPAX@Z@4IA"</b></div>
<div> %8 = and i32 %7, 1</div><div> %9 = icmp ne i32 %8, 0</div><div> br i1 %9, label %13, label %10</div><div><br></div><div>; <label>:10 ; preds = %0</div><div> %11 = or i32 %7, 1</div>
<div> store i32 %11, i32* @"\01?$S1@?0??$__lldb_expr@@YAXPAX@Z@4IA"</div><div> %12 = load i32** %2, align 4</div><div> store i32* %12, i32** %5, align 4</div><div> br label %13</div><div><br></div><div>; <label>:13 ; preds = %10, %0</div>
<div> ret void</div><div>}</div><div><br></div><div>attributes #0 = { nounwind "less-precise-fpmad"="false" "no-frame-pointer-elim"="true" "no-frame-pointer-elim-non-leaf" "no-infs-fp-math"="false" "no-nans-fp-math"="false" "no-realign-stack" "stack-protector-buffer-size"="0" "unsafe-fp-math"="false" "use-soft-float"="false" }</div>
<div><br></div><div>!clang.global.decl.ptrs = !{!0, !1, !2, !0, !0}</div><div>!llvm.module.flags = !{!3, !4, !5, !6}</div><div>!llvm.ident = !{!7}</div><div><br></div><div>!0 = metadata !{null, i64 7787680}</div><div>!1 = metadata !{null, i64 7787504}</div>
<div>!2 = metadata !{void (i8*)* @"\01?$__lldb_expr@@YAXPAX@Z", i64 7787328}</div><div>!3 = metadata !{i32 1, metadata !"Objective-C Version", i32 2}</div><div>!4 = metadata !{i32 1, metadata !"Objective-C Image Info Version", i32 0}</div>
<div>!5 = metadata !{i32 1, metadata !"Objective-C Image Info Section", metadata !"__DATA, __objc_imageinfo, regular, no_dead_strip"}</div><div>!6 = metadata !{i32 4, metadata !"Objective-C Garbage Collection", i32 0}</div>
<div>!7 = metadata !{metadata !"clang version 3.5.0 "}</div><div>!8 = metadata !{i64 7787200}</div><div>"</div><div>IRMemoryMap::WriteMemory (0x81ffc, 0x124db54, 0x4) went to [0x2000..0x82000)</div><div>Made an allocation for argument i8* %"$__lldb_arg"</div>
<div> Data region : 1000</div><div> Ref region : 81ffc</div><div>Interpreting %1 = getelementptr i8* %"$__lldb_arg", i32 8</div><div>IRMemoryMap::WriteMemory (0x81ff8, 0x702b00, 0x4) went to [0x2000..0x82000)</div>
<div>Interpreted a GetElementPtrInst</div><div> P : i8* %"$__lldb_arg" 0x81ffc</div><div> Poffset : %1 = getelementptr i8* %"$__lldb_arg", i32 8 0x81ff8</div><div>Interpreting %2 = bitcast i8* %1 to i32**</div>
<div>IRMemoryMap::WriteMemory (0x81ff4, 0x702b00, 0x4) went to [0x2000..0x82000)</div><div>Interpreting %3 = getelementptr i8* %"$__lldb_arg", i32 0</div><div>IRMemoryMap::WriteMemory (0x81ff0, 0x702b00, 0x4) went to [0x2000..0x82000)</div>
<div>Interpreted a GetElementPtrInst</div><div> P : i8* %"$__lldb_arg" 0x81ffc</div><div> Poffset : %3 = getelementptr i8* %"$__lldb_arg", i32 0 0x81ff0</div><div>Interpreting %4 = bitcast i8* %3 to i32***</div>
<div>IRMemoryMap::WriteMemory (0x81fec, 0x702b00, 0x4) went to [0x2000..0x82000)</div><div>Interpreting %5 = load i32*** %4</div><div>IRMemoryMap::ReadMemory (0x81fec, 0x702b00, 0x4) came from [0x2000..0x82000)</div><div>
IRMemoryMap::ReadMemory (0x1000, 0x702b00, 0x4) came from [0x1000..0x1010)</div><div>IRMemoryMap::WriteMemory (0x81fe8, 0x702b00, 0x4) went to [0x2000..0x82000)</div><div>Interpreted a LoadInst</div><div> P : 0x81fec</div>
<div> R : 0x1000</div><div> D : 0x81fe8</div><div>Interpreting %6 = alloca i8*, align 4, !clang.decl.ptr !8</div><div>IRMemoryMap::WriteMemory (0x81fe0, 0x124dc00, 0x4) went to [0x2000..0x82000)</div><div>Interpreted an AllocaInst</div>
<div> R : 0x81fe4</div><div> P : 0x81fe0</div><div>Interpreting store i8* %"$__lldb_arg", i8** %6, align 4</div><div>IRMemoryMap::ReadMemory (0x81fe0, 0x702b00, 0x4) came from [0x2000..0x82000)</div><div>IRMemoryMap::ReadMemory (0x81ffc, 0x702b00, 0x4) came from [0x2000..0x82000)</div>
<div>IRMemoryMap::WriteMemory (0x81fe4, 0x702b00, 0x4) went to [0x2000..0x82000)</div><div>Interpreted a StoreInst</div><div> D : 0x81ffc</div><div> P : 0x81fe0</div><div> R : 0x81fe4</div><div><b>Interpreting %7 = load i32* @"\01?$S1@?0??$__lldb_expr@@YAXPAX@Z@4IA"</b></div>
<div><b>LoadInst's pointer doesn't resolve to anything</b></div></div><div><b><br></b></div><div>I've bolded a few of the relevant lines. I'm not really sure what's going on here, or even how to diagnose it. Can anyone offer some advice?<b><br>
</b></div><div><br></div><div>Thanks</div><div><br></div></div></div></div>
_______________________________________________<br>lldb-dev mailing list<br><a href="mailto:lldb-dev@cs.uiuc.edu" target="_blank">lldb-dev@cs.uiuc.edu</a><br><a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br>
</div></blockquote></div><br></div></div></div></blockquote></div><br></div>