<div dir="ltr">This is <a href="https://bugs.llvm.org/show_bug.cgi?id=24233">https://bugs.llvm.org/show_bug.cgi?id=24233</a>. I don't think there's been any movement on it for a while. I don't *think* it should be hard, but I've never really pushed on it.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 2, 2018 at 3:57 PM, Jason via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi, I use LLVM MCJIT extensively and one of the sore spots is debugging. We lose stack information if we crash during execution of one of our JIT functions. I spent some time to understand Windows x64 stack/exception handling and was able to hardcode support for a single JIT function and was able to maintain the call stack correctly. However it requires knowledge of the prolog of the function to code an UNWIND table used by the OS for stack unwinding, so I'm not sure it's something I can enable generically as a user of LLVM.<div><br></div><div>Has there been any progress to enable this support natively in LLVM? If not, I'd be willing to spend some time to enable this functionality, with help from experts in this area of LLVM.</div><div><br></div><div>Thanks,</div><div>Jason</div><div><br></div></div>
<br>______________________________<wbr>_________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/llvm-dev</a><br>
<br></blockquote></div><br></div>