These were there from the very beginning and they were used as crutches to prop up the build by pointing directly to the external toolchain location, in case early versions of external-arm-toolchain missed staging/packaging something from there. First of all, it is unnecessary to adjust CPPFLAGS and LDFLAGS in this way, as external-arm-toolchain is supposed to stage everything needed from the toolchain in internal sysroot. And second, these settings can be harmful and conflict with component's own CPPFLAGS/LDFLAGS. For example, OpenCV 4.1 fails to link internal libraries because of incorrect -Wl,-rpath-link passed down the build. After dropping these, I was able to verify that everything still builds, including BSP, Wayland/Weston, Qt5, gstreamer, OpenCV, etc for Aarch64 and Armv7a platforms. Signed-off-by: Denys Dmytriyenko <denys@ti.com> Reviewed-by: Sumit Garg <sumit.garg@linaro.org> Reviewed-by: Diego Sueiro <diego.sueiro@arm.com> Signed-off-by: Jon Mason <jon.mason@arm.com>
Introduction
This repository contains Arm layers for OpenEmbedded
meta-arm: This layer provides support for general recipes for the Arm architecture. Anything that's not needed explicitly for BSPs, the IOTA distribution, or destined to be upstreamed belongs here.
meta-arm-bsp: This layer provides support for Arm reference platforms
meta-arm-iota: This layer provides support for Arm's IOTA Linux Distribution
meta-arm-toolchain: This layer provides support for Arm's GNU-A toolset releases
meta-arm-autonomy: This layer provides a reference stack for autonomous systems.
Contributing
Currently, we only accept patches from the meta-arm mailing list. For general information on how to submit a patch, please read https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded
E-mail meta-arm@lists.yoctoproject.org with patches created using this process
Reporting bugs
E-mail meta-arm@lists.yoctoproject.org with the error encountered and the steps to reproduce the issue
Maintainer(s)
- Jon Mason jon.mason@arm.com