aboutsummaryrefslogtreecommitdiffstats
path: root/meta/classes/allarch.bbclass
diff options
context:
space:
mode:
authorMartin Jansa <martin.jansa@gmail.com>2014-01-18 15:02:39 +0100
committerRichard Purdie <richard.purdie@linuxfoundation.org>2014-01-21 10:20:11 +0000
commit9abc0028fc2b8d7d79b280d30bdbd987fca2b6d8 (patch)
tree9077ee5d83e58e685da6124012f79eb3bd625749 /meta/classes/allarch.bbclass
parentb908caca1af1d4150eafd3d3001ea19599657270 (diff)
downloadopenembedded-core-contrib-9abc0028fc2b8d7d79b280d30bdbd987fca2b6d8.tar.gz
sstatesig: include native/cross/nativesdk deps in target signatures
* I don't have any real evidence or good statistics for this, but when comparing signature dumps from my big bitbake world builds I usually see a lot of rebuilds caused by changes in .bbclasses and only very rare would be the case where oe-core upgrade brings changes in -native recipes and no change in .bbclasses used from target recipes * changing the default to include them shouldn't cause significant increase in rebuilds and sstate reuse a bit safer * people working on toolchain (e.g. using gcc from AUTOREV) can easily extend sstate_rundepfilter to ignore them again (it's easier than removing existing filter), example how add own signature handler in your layer is here: https://github.com/openwebos/meta-webos/commit/9ac3a7c803e7793b3274e4998f167b6278db8042 (From OE-Core rev: 336a7897e39b9e42dcfcba9e2520ea96b0c6a8d6) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/classes/allarch.bbclass')
0 files changed, 0 insertions, 0 deletions