<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 27, 2013 at 3:57 PM, Michael Gottesman <span dir="ltr"><<a href="mailto:mgottesman@apple.com" target="_blank" class="cremed">mgottesman@apple.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">3. Later phases do broader, longer lasting testing than earlier phases. Thus the 4 phases we currently have are:<br>
<span style="white-space:pre-wrap">     </span><br><span style="white-space:pre-wrap">      </span>a. Phase 1 (sanity):          Phase 1 is a quick non-bootstrapped, non-lto compiler build, to check the ``basic sanity'' of the code base and build process. This generally takes 15-20 minutes to complete.</div>
</blockquote></div><br>While most of this sounds great, this one really doesn't.</div><div class="gmail_extra"><br></div><div class="gmail_extra" style>The sanity tests should be able to run *much* faster than 15-20 minutes. Can we prioritize getting an incremental rebuild bot as the sanity phase on reasonably fast hardware? I think it's important to get through the sanity phase in 1-5 minutes so that phase 2 doesn't get soooo many commits piled up on it when someone checks in code with both a miscompile and a tiny small build break (for example).</div>
<div class="gmail_extra" style><br></div><div class="gmail_extra" style>-Chandler</div></div>