* A question of sstate and compilers
@ 2016-07-30 8:41 Gary Thomas
2016-08-01 14:04 ` Burton, Ross
0 siblings, 1 reply; 5+ messages in thread
From: Gary Thomas @ 2016-07-30 8:41 UTC (permalink / raw)
To: yocto
I'm trying to isolate a problem that showed up in my builds
in the last month. Little has changed in the sources, but
the one big change was I moved from GCC/4.9 to GCC/5.x On
the surface, this seemed to be a non-consequence, but I have
one very subtle corner case that is now broken. In an effort
to isolate the issue (I no longer think it was the compiler
change), I went back to GCC/4.9. This caused my build (tree)
which has existed for many months (the same build tree started
in Feb 2016) to basically rebuild everything.
There's the rub - shouldn't the sstate-cache hold all of those
old bits and just be able to re-stage? I'm a bit confused about
that. Even worse, I switched back to GCC/5.x, didn't touch
anything else in my sources or build tree, and now it's off
again, [re]building the majority of my packages.
Any explanations? Is this correct behavior?
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: A question of sstate and compilers
2016-07-30 8:41 A question of sstate and compilers Gary Thomas
@ 2016-08-01 14:04 ` Burton, Ross
2016-08-01 14:26 ` Gary Thomas
0 siblings, 1 reply; 5+ messages in thread
From: Burton, Ross @ 2016-08-01 14:04 UTC (permalink / raw)
To: Gary Thomas; +Cc: yocto
[-- Attachment #1: Type: text/plain, Size: 1117 bytes --]
On 30 July 2016 at 09:41, Gary Thomas <gary@mlbassoc.com> wrote:
> I'm trying to isolate a problem that showed up in my builds
> in the last month. Little has changed in the sources, but
> the one big change was I moved from GCC/4.9 to GCC/5.x On
> the surface, this seemed to be a non-consequence, but I have
> one very subtle corner case that is now broken. In an effort
> to isolate the issue (I no longer think it was the compiler
> change), I went back to GCC/4.9. This caused my build (tree)
> which has existed for many months (the same build tree started
> in Feb 2016) to basically rebuild everything.
>
> There's the rub - shouldn't the sstate-cache hold all of those
> old bits and just be able to re-stage? I'm a bit confused about
> that. Even worse, I switched back to GCC/5.x, didn't touch
> anything else in my sources or build tree, and now it's off
> again, [re]building the majority of my packages.
>
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.
Ross
[-- Attachment #2: Type: text/html, Size: 1578 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: A question of sstate and compilers
2016-08-01 14:04 ` Burton, Ross
@ 2016-08-01 14:26 ` Gary Thomas
2016-08-01 14:28 ` Burton, Ross
0 siblings, 1 reply; 5+ messages in thread
From: Gary Thomas @ 2016-08-01 14:26 UTC (permalink / raw)
To: Burton, Ross; +Cc: yocto
On 2016-08-01 16:04, Burton, Ross wrote:
>
> On 30 July 2016 at 09:41, Gary Thomas <gary@mlbassoc.com <mailto:gary@mlbassoc.com>> wrote:
>
> I'm trying to isolate a problem that showed up in my builds
> in the last month. Little has changed in the sources, but
> the one big change was I moved from GCC/4.9 to GCC/5.x On
> the surface, this seemed to be a non-consequence, but I have
> one very subtle corner case that is now broken. In an effort
> to isolate the issue (I no longer think it was the compiler
> change), I went back to GCC/4.9. This caused my build (tree)
> which has existed for many months (the same build tree started
> in Feb 2016) to basically rebuild everything.
>
> There's the rub - shouldn't the sstate-cache hold all of those
> old bits and just be able to re-stage? I'm a bit confused about
> that. Even worse, I switched back to GCC/5.x, didn't touch
> anything else in my sources or build tree, and now it's off
> again, [re]building the majority of my packages.
>
>
> 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.
Nothing else changed, I'm sure.
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: A question of sstate and compilers
2016-08-01 14:26 ` Gary Thomas
@ 2016-08-01 14:28 ` Burton, Ross
2016-08-01 17:56 ` Gary Thomas
0 siblings, 1 reply; 5+ messages in thread
From: Burton, Ross @ 2016-08-01 14:28 UTC (permalink / raw)
To: Gary Thomas; +Cc: yocto
[-- Attachment #1: Type: text/plain, Size: 261 bytes --]
On 1 August 2016 at 15:26, Gary Thomas <gary@mlbassoc.com> wrote:
> Nothing else changed, I'm sure.
>
*Something* changed, although it may be something that shouldn't have
caused a rebuild (at which point printdiff is useful to find that out).
Ross
[-- Attachment #2: Type: text/html, Size: 659 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: A question of sstate and compilers
2016-08-01 14:28 ` Burton, Ross
@ 2016-08-01 17:56 ` Gary Thomas
0 siblings, 0 replies; 5+ messages in thread
From: Gary Thomas @ 2016-08-01 17:56 UTC (permalink / raw)
To: Burton, Ross; +Cc: yocto
On 2016-08-01 16:28, Burton, Ross wrote:
>
> On 1 August 2016 at 15:26, Gary Thomas <gary@mlbassoc.com <mailto:gary@mlbassoc.com>> wrote:
>
> Nothing else changed, I'm sure.
>
>
> *Something* changed, although it may be something that shouldn't have caused a rebuild (at which point printdiff is
> useful to find that out).
I'll try running this and report, but the only thing that changed
is the line in local.conf selecting the version of GCC
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2016-08-01 17:56 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-07-30 8:41 A question of sstate and compilers Gary Thomas
2016-08-01 14:04 ` Burton, Ross
2016-08-01 14:26 ` Gary Thomas
2016-08-01 14:28 ` Burton, Ross
2016-08-01 17:56 ` Gary Thomas
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.