aboutsummaryrefslogtreecommitdiffstats
path: root/meta/classes/report-error.bbclass
diff options
context:
space:
mode:
authorRichard Purdie <richard.purdie@linuxfoundation.org>2015-07-08 12:57:39 +0100
committerRichard Purdie <richard.purdie@linuxfoundation.org>2015-07-08 13:10:07 +0100
commit4f6636be97e654c7f3d58e2649328b1dde8ef696 (patch)
tree0f78a3a793da76cf4b41e5ba4ca38c3eb0f11ace /meta/classes/report-error.bbclass
parent4caf6187bb52d4f6f92ea0959e90339b82ac92b8 (diff)
downloadopenembedded-core-contrib-4f6636be97e654c7f3d58e2649328b1dde8ef696.tar.gz
bitbake.conf: Add BUILD_ARCH and SSTATE_PKGARCH to HASHBASE whitelist
As Chris Larson points out in the bug, "BUILD_ARCH changing doesn't change native/cross sstate checksums, because its calculated in ${@}, so just its unexpanded form is in the signature. But BUILD_ARCH ends up included in the sstate filenames, so changes to BUILD_ARCH will result in rebuilds of native/cross but not rebuilds of the target recipes which depend on them, which is just what we want." However it does mean we can't easily test 32 and 64 bit signatures. In order to make the tests work, we need to add BUILD_ARCH to the HASHBASE whitelist. BUILD_ARCH is used in the workdir paths and so on so changing it does still rebuild when we need it to. With improvements to function dependency tracking, a dependency on SSTATE_PKGARCH was also introduced causing problems for 32/64 bit build signature equivalence. Since this is reflected in the sstate filenames, we can safely whitelist this too. [YOCTO #5970] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/classes/report-error.bbclass')
0 files changed, 0 insertions, 0 deletions