<div dir="ltr"><div dir="ltr">Should be fixed by 2aa2c40d23740331e01c4eeec849775ce9c33f95.</div><div dir="ltr"><br></div><div>Please let me know if you still see the issue.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 29, 2020 at 12:27 PM Florian Hahn <<a href="mailto:flo@fhahn.com">flo@fhahn.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 29, 2020 at 11:39 AM David Zarzycki <<a href="mailto:dave@znu.io" target="_blank">dave@znu.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Hi Florian,<br>
<br>
This seems to have exposed a latent bug. In particular, llvm/test/Transforms/NewGVN/todo-pr37121-seens-this-value-a-lot.ll spins out of control until the test times out as `opt` consumes hundreds of gigabytes of RAM.<br>
<br>
My setup: `opt` built release+no-assert via Fedora's build of clang-10 on Fedora 32 *(x86-64).<br></blockquote><div><br></div><div>Thanks for letting me know. The test is marked as XFAIL, but it requires asserts to fail.  The tests really should only run with assertions enabled. They should be guarded by `REQUIRES: asserts`</div><div><br></div><div>I can add that.</div><div><br></div><div>Cheers,</div><div>Florian</div></div><div dir="ltr"><br></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><br><a href="http://www.fhahn.com/" target="_blank">http://www.fhahn.com/</a><br></div>