<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 9, 2015 at 4:32 AM, Renato Golin <span dir="ltr"><<a href="mailto:renato.golin@linaro.org" target="_blank">renato.golin@linaro.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi David/Galina,<br>
<br>
FYI, I found one big reason why self-hosting bots fail long after the<br>
offending commit is tested: dirty builds.<br>
<br>
In a dirty build (no make clean), when a file X is changed that breaks<br>
file Y, the bot will only accuse the failure when file Y is changed,<br>
too, so that stage1 with modified X will compile file Y, and break.<br></blockquote><div><br></div><div>That sounds like a bug in the build system - do you have any examples of this? We should fix them.<br><br>The build should be reliable - any case where a clean build produces a different result from a dirty build reduces/removes confidence in incremental builds & hurts developer productivity (just like flakey tests, etc).<br><br>- David</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
At hindsight, it's obvious. But I hadn't connected the dots before... :/<br>
<br>
I'm moving all my self-hosting bots to clean builds and will be<br>
relying solely on ccache to make stage1 fast. This shall help with<br>
"breakages not on the blame list" problems.<br>
<br>
cheers,<br>
--renato<br>
</blockquote></div><br></div></div>