<div style="font-family: arial, helvetica, sans-serif"><font size="2">On Tue, Jun 19, 2012 at 4:51 AM, Michael Spencer <span dir="ltr"><<a href="mailto:bigcheesegs@gmail.com" target="_blank">bigcheesegs@gmail.com</a>></span> wrote:<br>
<div class="gmail_quote"><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.<br><font color="#888888"><br></font></blockquote><div><br></div><div>lib/Object uses libc and STL (libstdc++). We can't use both.</div><div><br></div></div></font></div>