Fwiw I’ve seen cases where tests have passed even though they shouldn’t have — the functionality being tested was broken.  The one that comes to mind was where we were doing a backtrace and then checking that it matched the regex “main\(argc=3” to make sure the local variable argc had the correct value.  But the actual backtrace was more like mian(argc=3751589203, ...). I.e. a garbage value.<br><br>This test passed for months this way until an unrelated change caused argc to change to a different junk value in the backtrace <br><br>This isn’t necessarily the case here, but something to keep in mind.<br><div class="gmail_quote"><div dir="ltr">On Mon, Jul 16, 2018 at 10:10 AM Stella Stamenova via Phabricator <<a href="mailto:reviews@reviews.llvm.org">reviews@reviews.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">stella.stamenova added a comment.<br>
<br>
I'll spend some time looking into this today, but with commit 0fa537f42f1af238c74bf41998dc1af31195839a variables.test passes. Then with commit d9899ad86e0a9b05781015cacced1438fcf70343, the test fails. There are clearly a couple of other commits in that range, but they are a lot less likely to have caused the failure.<br>
<br>
<br>
Repository:<br>
  rL LLVM<br>
<br>
<a href="https://reviews.llvm.org/D49018" rel="noreferrer" target="_blank">https://reviews.llvm.org/D49018</a><br>
<br>
<br>
<br>
</blockquote></div>