* fix the override in packagegroup-meta-oe.bb
* alllow building ne10 for armv7ve (e.g. Cortex-A15)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* set COMPATIBLE_MACHINE to (^$) to prevent building it for any other
architectures than armv7a and aarch64
* with new arm tune files it's easy to have armv7a in OVERRIDES even
when there isn't armv7a in TUNE_FEATURES:
meta/conf/machine/include/tune-cortexa9.inc:7
"${@bb.utils.contains('TUNE_FEATURES', 'cortexa9', 'armv7a:', '',d)}"
in cases like this COMPATIBLE_MACHINE was satisfied thanks to the
armv7a OVERRIDE, but then the anonymous python was failing with:
ne10 was skipped: Incompatible with archs other than armv7 and aarch64
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Using `cp -a ...` to install the link will preserv the owner of the
original link, which will be the user who ran the do_compile task,
rather than root.
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
getVar() now defaults to expanding by default, thus remove the True
option from getVar() calls with a regex search and replace.
Search made with the following regex: getVar ?\(( ?[^,()]*), True\)
Signed-off-by: Joshua Lock <joshua.g.lock@intel.com>
Moreover, the messages are misleading, saying "Building for arch blah",
even when this recipe is not being built. It merely checks if the recipe
is cmaptible with the currently used architecture.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
