<div dir="ltr">I *think* the problem is in the sections we already generate, not the 0xF1 ones.</div><div class="gmail_extra"><br><div class="gmail_quote">2014-09-16 1:46 GMT+04:00 Carlo Kok <span dir="ltr"><<a href="mailto:ck@remobjects.com" target="_blank">ck@remobjects.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>


<div><span class="">On Mon, 15 Sep 2014 19:33:42 +0200, Timur Iskhodzhanov <<a href="mailto:timurrrr@google.com" target="_blank">timurrrr@google.com</a>> wrote:<br><br><blockquote style="margin:0 0 0.80ex;border-left:#0000ff 2px solid;padding-left:1ex"><div dir="ltr">Basically, see my patches to LLVM from early 2014 -- they include tests, a DI generator and a DI dumper.  I'd be happy to review your patches too!</div></blockquote><div><br></div></span><div>Thanks. Looks like it's likely that it's one of the 0xF1 sections, the first one always has the object file name and what seems the compiler name and flags. I cloned that whole thing and it didn't make it work. If I had to guess it would be that it's one of the other two 0xF1 blocks but I can't find any information on those besides the basic format (Len: UInt16, Type: UInt16, Data), these new codeview block types I can't find at all though, at this point I'm rather stuck.</div><span class=""><div><br></div><br><br><div><div>-- </div><div>Carlo Kok<br>RemObjects Software</div></div></span></div></blockquote></div><br></div>