Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Remove True option to getVar calls | Paul Barker | 2017-01-03 | 1 | -1/+1 |
| | | | | | | | getVar() now defaults to expanding by default. Signed-off-by: Paul Barker <paul@paulbarker.me.uk> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> | ||||
* | xen-arch: add explicit expansion parameter | Bruce Ashfield | 2016-02-22 | 1 | -1/+1 |
| | | | | | | | To avoid parse errors with oe-core master, we need to expliictly pass the expansion parameter to getVar. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> | ||||
* | xen: avoid parse time errors for non-xen-archs | Christopher Larson | 2015-03-17 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | XEN_TARGET_ARCH, when expanded, would emit a bb.error(). Referencing XEN_TARGET_ARCH in PACKAGECONFIG resulted in its expansion at the up front parse time, rather than at compile time, so non-xen-supported-archs like powerpc would see parse time errors, resulting in non-zero bitbake exit codes. Naturally this isn't ideal, so instead have the mapping function return 'INVALID' in the unsupported case, and in anonymous python, raise SkipPackage if the mapped architecture is invalid, so it's seen as unbuildable in that case. Signed-off-by: Christopher Larson <kergoth@gmail.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> | ||||
* | xen: Add Build and Target architecture mapping | Nathan Rossi | 2015-02-20 | 1 | -0/+18 |
* Setup the XEN_TARGET_ARCH and XEN_COMPILE_ARCH based on the running environments TARGET_ARCH and BUILD_ARCH Signed-off-by: Nathan Rossi <nathan.rossi@xilinx.com> |