diff options
author | Martin Jansa <martin.jansa@gmail.com> | 2014-01-18 15:02:39 +0100 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2014-01-19 17:10:45 +0000 |
commit | 336a7897e39b9e42dcfcba9e2520ea96b0c6a8d6 (patch) | |
tree | 39f4bc0434cd7bed34d5c2548201b7d9871a1822 /meta/recipes-support/enchant | |
parent | 9c8d9781794ed0886a79c8ce4544ba98be0ff858 (diff) | |
download | openembedded-core-336a7897e39b9e42dcfcba9e2520ea96b0c6a8d6.tar.gz openembedded-core-336a7897e39b9e42dcfcba9e2520ea96b0c6a8d6.tar.bz2 openembedded-core-336a7897e39b9e42dcfcba9e2520ea96b0c6a8d6.zip |
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
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-support/enchant')
0 files changed, 0 insertions, 0 deletions