<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>
 - For the GHC 7.10 release, one of the major features we planned to<br>
try and merge was DWARF debugging information. This is actually a<br>
small component of larger ongoing work, including adding stack traces<br>
to Haskell executables. While, unfortunately, not all the work can be<br>
merged, we talked with Peter, and made a plan: our hope is to get<br>
Phab:D169 merged, which lays all the groundwork, followed by DWARF<br>
debugging information in the code generators. This will allow tools<br>
like `gdb` or other extensible debuggers to analyze C-- IR accurately<br>
for compiled executables.<br>
 Peter has written up a wiki page, available at SourceNotes,<br>
describing the design. We hope to land all the core infrastructure in<br>
Phab:D169 soon, followed by DWARF information for the Native Code<br>
Generator, all for 7.10.1<br></blockquote><div><br></div><div>I'm currently working on some internal changes in GHCJS to prepare for GHC 7.10, support source maps [1] and make the optimizer more effective and reliable (smaller/faster code!). So this change, retaining more source code location information, would still be very useful, even if you don't manage to land the whole NCG/Cmm part (GHCJS only uses STG).</div><div><br></div><div>luite</div><div><br></div><div>[1] <a href="https://developer.chrome.com/devtools/docs/javascript-debugging#source-maps">https://developer.chrome.com/devtools/docs/javascript-debugging#source-maps</a></div></div></div></div>