summaryrefslogtreecommitdiff
path: root/meta/recipes-support/gdbm
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-19 17:10:45 +0000
commit336a7897e39b9e42dcfcba9e2520ea96b0c6a8d6 (patch)
tree39f4bc0434cd7bed34d5c2548201b7d9871a1822 /meta/recipes-support/gdbm
parent9c8d9781794ed0886a79c8ce4544ba98be0ff858 (diff)
downloadopenembedded-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/gdbm')
0 files changed, 0 insertions, 0 deletions