<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 30 July 2016 at 09:41, Gary Thomas <span dir="ltr"><<a href="mailto:gary@mlbassoc.com" target="_blank">gary@mlbassoc.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":bh" class="a3s aXjCH m1563af8147c4b5d9">I'm trying to isolate a problem that showed up in my builds<br>
in the last month.  Little has changed in the sources, but<br>
the one big change was I moved from GCC/4.9 to GCC/5.x  On<br>
the surface, this seemed to be a non-consequence, but I have<br>
one very subtle corner case that is now broken.  In an effort<br>
to isolate the issue (I no longer think it was the compiler<br>
change), I went back to GCC/4.9.  This caused my build (tree)<br>
which has existed for many months (the same build tree started<br>
in Feb 2016) to basically rebuild everything.<br>
<br>
There's the rub - shouldn't the sstate-cache hold all of those<br>
old bits and just be able to re-stage?  I'm a bit confused about<br>
that.  Even worse, I switched back to GCC/5.x, didn't touch<br>
anything else in my sources or build tree, and now it's off<br>
again, [re]building the majority of my packages.</div></blockquote></div><br>It's possible that there was some other change that caused a rebuild. Â bitbake-whatchanged, bitbake -S printdiff, etc will help you chase this if you want to.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Ross</div></div>