summaryrefslogtreecommitdiff
path: root/scripts
diff options
context:
space:
mode:
authorPatrick Ohly <patrick.ohly@intel.com>2017-01-25 12:07:48 +0100
committerRichard Purdie <richard.purdie@linuxfoundation.org>2017-01-28 10:20:57 +0000
commitd00b95b18237b276c221b16dfc511a6da150ef06 (patch)
tree6d9963371c9f8b0cd28aff1d2b1eb0e54cc29def /scripts
parentbfea0e6a5aee9ce15bf20bcb2781329e6281284c (diff)
downloadopenembedded-core-d00b95b18237b276c221b16dfc511a6da150ef06.tar.gz
openembedded-core-d00b95b18237b276c221b16dfc511a6da150ef06.tar.bz2
openembedded-core-d00b95b18237b276c221b16dfc511a6da150ef06.zip
image_types.bbclass: rebuild .wks file when .wks.in changes
WKS_FILE(S) can refer to .wks.in files which get expanded during the build by do_write_wks_template. The actual content of the .wks.in file gets added to the recipe meta data during parsing, and thus we need to ensure that the recipe gets re-parsed when the file changes. This fixes two related problems: - editing the .wks.in file and rebuilding an image did not recreate the image unless something else changed or "bitbake -c clean" was used explicitly - when forcing a rebuild, the cached meta data and the actual one do not match, leading to "ERROR: Taskhash mismatch ... for ....bb.do_write_wks_template" Signed-off-by: Patrick Ohly <patrick.ohly@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts')
0 files changed, 0 insertions, 0 deletions