<div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 20 Aug 2021 at 18:58, Patrick Holland via Phabricator <<a href="mailto:reviews@reviews.llvm.org">reviews@reviews.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">holland11 added a comment.<br>
<br>
Out of curiosity, how would creating a lit test work for this bug? The bug itself (under the input file and scheduling model that I have with my downstream target) causes mca to never terminate. Does lit have a default timeout so that we could just give the test an input that would cause this infinite run-time and then make sure that mca actually terminates without hitting the timeout?<br>
</blockquote><div dir="auto"><br></div><div dir="auto">Unfortunately there isn’t a good way to test bugs like this.</div><div dir="auto">What you described is probably the only way. That being said, it isn’t nice for a test to be dependent on a timeout only.</div><div dir="auto"><br></div><div dir="auto">It could be useful to add a debug option to “force fail” the entire simulation after N cycles (with N customisable from command line).</div><div dir="auto"><br></div><div dir="auto">That option would simplify writing tests for cases where stages are stuck in a endless loop of inactivity.</div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><br>
<br>
Repository:<br>
  rG LLVM Github Monorepo<br>
<br>
CHANGES SINCE LAST ACTION<br>
  <a href="https://reviews.llvm.org/D108443/new/" rel="noreferrer" target="_blank">https://reviews.llvm.org/D108443/new/</a><br>
<br>
<a href="https://reviews.llvm.org/D108443" rel="noreferrer" target="_blank">https://reviews.llvm.org/D108443</a><br>
<br>
</blockquote></div></div>