summaryrefslogtreecommitdiffstats
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-09 18:00:17 +0100
commit72500107b2a0533bb18d4915e0954c1494a499bb (patch)
treef658e07fbd0eaa52cab84d484ed4bfc372b1e5e3 /meta/classes/report-error.bbclass
parent3e4edfdfaeb1acda5079c16a70162f71dd339e85 (diff)
downloadpoky-72500107b2a0533bb18d4915e0954c1494a499bb.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] (From OE-Core rev: 4f6636be97e654c7f3d58e2649328b1dde8ef696) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/classes/report-error.bbclass')
0 files changed, 0 insertions, 0 deletions