<div style="font-family: arial, helvetica, sans-serif"><font size="2"><br><br><div class="gmail_quote">On Tue, Jun 19, 2012 at 12:51 PM, Michael Spencer <span dir="ltr"><<a href="mailto:bigcheesegs@gmail.com" target="_blank">bigcheesegs@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Mon, Jun 18, 2012 at 8:18 AM, Alexey Samsonov <<a href="mailto:samsonov@google.com">samsonov@google.com</a>> wrote:<br>

> This patch extends symbolizer code. In order to symbolize a module, a<br>
> symbolizer<br>
> maps it into memory and obtains pointers to necessary debug info sections<br>
> (this<br>
> part is implemented on Linux only).<br>
><br>
> Later these pointers can be passed to constructor of DWARF context-in-memory<br>
> from LLVM DebugInfo lib.<br>
><br>
> Codereview: <a href="http://codereview.appspot.com/6303097/" target="_blank">http://codereview.appspot.com/6303097/</a><br>
><br>
> --<br>
> Alexey Samsonov, MSK<br>
<br>
</div></div>Why isn't this using lib/Object to read the object file?<br>
llvm-dwarfdump uses this to handle all three formats with a tiny bit<br>
of code.</blockquote><div><br></div><div>Well, there is a trouble - currently I'm not aware of a way one can depend on</div><div>LLVM code (i.e. include LLVM headers) in compiler-rt projects (and it can't be solved</div>
<div>that easy - there is license issue, for example).</div><div><br></div><div>We'd need to find a way in any case if we're going to use code from libLLVMDebugInfo</div><div>(and, hence, from libLLVMSupport) but I'd really like to depend on LLVM as little as possible.</div>
<div>Maybe we would be able to build DebugInfo lib as .so and link against it.</div><div><br></div><div>Also, we can't run arbitrary code from ASan/TSan runtime (sometimes we can even be hurt by</div><div>libc function calls or memory allocations).</div>
<div><br></div><div>-- </div></div><div>Alexey Samsonov, MSK</div>
</font></div>