<div dir="ltr">Hi Tim!<br><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
<br>
</div></div>Definitely. It's very important to us that this backend should become<br>
an accepted "don't break it" target as quickly as possible, which<br>
means we need it to be well-tested with a quick turnaround at every<br>
commit.<br>
<br></blockquote><div><br></div><div style>Glad you've thought about it :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We're still looking into options. Since models run at about 100 MIPS<br>
on a good day, the usual native build probably won't be viable until<br>
real hardware comes. But we do plan to setup "virtual" bots quickly.<br>
<br>
I personally favour: build an AArch64-native Clang on x86; dispatch an<br>
llvm-regression run and a clang-regression run to models (each takes<br>
~5 hours).<br>
<br>
Alternatives might involve the llvm testsuite (> 1 day, probably not<br>
useful). Or SPEC runs (similar times, but even more difficult for<br>
others to investigate when it breaks; possible licensing issues<br>
anyway).<br>
<br></blockquote><div><br></div><div style>Any/all of these sound great. And yes, real hardware sounds like it will</div><div style>be a first step to the faster turnaround you'd like. Getting something</div><div style>
set up in short order after committing sounds like a good first start.</div><div style><br></div><div style>Thanks!</div><div style><br></div><div style>-eric</div></div><br></div></div>