<div dir="ltr">Hi Victor,<div><br></div><div>Sorry for the late reply.  Thanks for the interest!</div><div>I'm not sure what's happened to the talk video, but my assumption at this late stage is that it's not going to appear.</div><div><br></div><div>I've now linked to the slides from the conference page, as well as the poster I presented:</div><div>slides: <a href="http://llvm.org/devmtg/2018-04/slides/Bedwell-Measuring_the_User_Debugging_Experience.pdf" target="_blank">http://llvm.org/devmtg/2018-04/slides/Bedwell-Measuring_the_User_Debugging_Experience.pdf</a></div><div>poster: <a href="http://llvm.org/devmtg/2018-04/slides/Bedwell-Measuring_the_User_Debugging_Experience_poster.png" target="_blank">http://llvm.org/devmtg/2018-04/slides/Bedwell-Measuring_the_User_Debugging_Experience_poster.png</a></div><div><br></div><div>The idea behind the DExTer project is similar in some respects to that of the debuginfo-tests project in that it's a way of performing an integration test between the compiler and debugger.  The difference is the focus on attempting to heuristically apply a 'score' to the user debug experience rather than providing a pass/fail result so that we can use it to provide a somewhat 'independent' measure of how good that experience is.</div><div><br></div><div>I've been using dexter in conjunction with debugify [ <a href="http://llvm.org/docs/SourceLevelDebugging.html#testing-debug-info-preservation-in-optimizations" target="_blank">http://llvm.org/docs/SourceLevelDebugging.html#testing-debug-info-preservation-in-optimizations</a> ] and what I'm finding is that they are nicely complementary approaches to each other.  Debugify is really nice for finding clear cases of IR->IR transformations that are clearly doing the wrong thing, and it's a really easy workflow for automatically generating simple testcases and creating lit tests.  Dexter has been really useful for verifying that any fixes actually made a positive impact on the actual experience of debugging as well as finding optimized debugging issues in the back-end of the compiler at machine level.</div><div><br></div><div>A few relevant bug reports where I've made use of the analysis:</div><div><a href="https://bugs.llvm.org/show_bug.cgi?id=37234" target="_blank">https://bugs.llvm.org/show_bug.cgi?id=37234</a>  - regression in the optimized debugging experience (now fixed)<br></div><div><a href="https://bugs.llvm.org/show_bug.cgi?id=37741" target="_blank">https://bugs.llvm.org/show_bug.cgi?id=37741</a> - instcombine losing track of a variable<br></div><div><a href="https://bugs.llvm.org/show_bug.cgi?id=37682" target="_blank">https://bugs.llvm.org/show_bug.cgi?id=37682</a> - LICM makes debugging worse<br></div><div><br></div><div>The last one is interesting because it's a case where the general consensus is that the compiler is doing everything correctly, but the debugging is clearly worse and we don't appear to have the expressive capability to explain to the user what's happening and so dexter scores it down.  This probably means that this a prime candidate to assess the performance impact of disabling for Og [ <a href="https://bugs.llvm.org/show_bug.cgi?id=20765" target="_blank">https://bugs.llvm.org/show_bug.cgi?id=20765</a> ], which is something I'm keen to look at once we've got O2/O3 debugging as good as it's reasonably going to get in the near future.</div><div><br></div><div>I'm now almost clear of the very final hurdle in terms of being able to make dexter open source (no matter how complicated you think the internal review process is going to be, it seems it's always slightly more complicated than that), so hopefully I'll be able to post an update on that very shortly.</div><div><br></div><div>Thanks,</div><div>-Greg</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 30 July 2018 at 06:59, Victor Leschuk <span dir="ltr"><<a href="mailto:vleschuk@gmail.com" target="_blank">vleschuk@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Greg, according to <a href="http://llvm.org" rel="noreferrer" target="_blank">llvm.org</a> you conducted tech "Measuring the User Debugging Experience" at the last EuroLLVM meeting. I wasn't present at the conference however I find the description of this topic very interesting (I am currently involved in development of LVLM DebugInfo subsystem). Unfortunately materials (slides or video) of your speech are not present at <a href="http://llvm.org" rel="noreferrer" target="_blank">llvm.org</a> web-site. Do you have any links/files/articles on this? Maybe you could share them?<span class="m_-4291846492751424110m_-3932848871983562285HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Best Regards,<br>
Victor<br>
<br>
</font></span></blockquote></div><br></div>