summaryrefslogtreecommitdiffstats
path: root/meta-xilinx-standalone/recipes-devtools
Commit message (Collapse)AuthorAgeFilesLines
* Upgrade gcc-source 10.% -> 11.%Sai Hari Chandana Kalluri2021-07-152-0/+0
| | | | | | Upgrade gcc-source 10.% -> 11.% Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
* meta-xilinx-standalone: Prevent user error, when meta-microblaze is requiredMark Hatle2021-02-031-0/+8
| | | | | | | | | | | | When the user chooses to build a microblaze target, the compiler can fail to patch properly as a symptom. Users may think it's a simple patch failure, but really they forgot to include the meta-microblaze layer itself. Declare the meta-microblaze layer as a recommended layer, and verify in the gcc-source bbappend that it has been included, if a microblaze target is being built. Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org>
* libgcc.bbappend: Clear empty lib directoryMark Hatle2020-12-041-0/+3
| | | | | | | | | Due to the way the multilib xilinx-standalone works, one or more empty directories under ${D}/lib may exist. This triggers a QA error about unpackaged files. Use rmdir to delete these directories to ensure they are empty. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* Uprev standalone toolchain bbappendsMark Hatle2020-11-302-0/+93
| | | | | | | | Move newlib/libgloss from 3.1.0 to 3.% Move the gcc configuration for standalone to gcc 10. Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org>
* Remove recipe bbappends pointing to older versionsSai Hari Chandana Kalluri2020-11-192-93/+0
| | | | | | Remove recipe bbappends pointing to older versions. The newer versions are available in meta-microblaze Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
* gcc: Fix microblaze SDK toolchainMark Hatle2020-07-131-5/+7
| | | | | | | | | | | | Issue: CR-1069415 Issue: CR-1069801 Linux based SDK toolchains need to disabled multilib support, similar to the existing 0004-64-bit-multilib-hack.patch from OE. This will fix compiling C++ applications, as well as potentially other multilib header and library issues. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* meta-xilinx-standalone gcc: Fix microblaze crtend.oMark Hatle2020-05-146-10/+13
| | | | | | | | | | | | | | Issue: CR-1065455 Microblaze does not support initfini_array in a baremetal configuration. This has previously been disabled in binutils, but it was missed in GCC and related libraries. This patch slightly restructures the baremetal configurations to move the common configuration elements into a single configure set. This matches the behavior from the Yocto Project gcc-configure-common.inc file. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* Define COMPATIBLE_HOST to prevent mix of Linux and Baremetal recipesMark Hatle2020-03-264-0/+7
| | | | | | | | | | | | | | | The key is using COMPATIBLE_HOST to declare, for each recipe, which OS they are compatible with. This is a regex, so we need to carefully specify the arch/vendor wild cardscomponents so that we match only the OS parts. In the distro configuration, default to the standard Linux HOST_SYS setting. In the various baremetal recipes (or esw class) set the specific compatibility to allow baremetal recipes to build. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* Revert "xlnx-compatible-os.bbclass: Class to allow recipes to list OS ↵Mark Hatle2020-03-264-7/+0
| | | | | | | | compatibility" This reverts commit 4f3edb6da405ffff957d6f194bc7db7bdd9f1463. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* Correcting ':' placement for appending file pathsJaewon Lee2020-03-031-1/+1
| | | | | | | | | When appending file paths the ':' should be at the beginning of the path. The patched appending lines were still working because there was no paths added after the '__default:' Fixing typo to ensure no breakages later Signed-off-by: Jaewon Lee <jaewon.lee@xilinx.com>
* xlnx-compatible-os.bbclass: Class to allow recipes to list OS compatibilityMark Hatle2020-02-274-0/+7
| | | | | | | | | | | | | | | | | | Following the example of base.bbclass in OE-Core, a new COMPATIBLE_OS variable is defined. Similar to COMPATIBLE_MACHINE, it is a regex that can be used to declare TARGET_OS string compatibility on a per-recipe basis. Either the distro configuration or the recipes themselves will need to inherit this class. By default the class assumes we're building a Linux based system, and thus any recipe who has not declared compatibility is compatible with Linux. The default compatible field was copied from bitbake.conf to ensure there are no surprised. Additionally, enable the usage of this class throughout meta-xilinx-standalone layer. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* Ensure that bbappends do not affect task hashesMark Hatle2020-02-271-4/+5
| | | | | | | | When the xilinx-standalone distribution is not enabled, we need to make sure that we do not affect various task hashes. This conforms to the Yocto Project Compliance requirements. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* Adjust the microblaze standalone toolchain to match vitis expectations.Mark Hatle2020-02-104-0/+165
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Enable the following multilibs: . le bs p m fpd m/fpd p/m p/fpd p/m/fpd bs/p bs/m bs/fpd bs/m/fpd bs/p/m bs/p/fpd bs/p/m/fpd le/m64 le/bs le/p le/m le/fpd le/m/fpd le/p/m le/p/fpd le/p/m/fpd le/bs/p le/bs/m le/bs/fpd le/bs/m/fpd le/bs/p/m le/bs/p/fpd le/bs/p/m/fpd le/m64/bs le/m64/p le/m64/m le/m64/fpd le/m64/m/fpd le/m64/p/m le/m64/p/fpd le/m64/p/m/fpd le/m64/bs/p le/m64/bs/m le/m64/bs/fpd le/m64/bs/m/fpd le/m64/bs/p/m le/m64/bs/p/fpd le/m64/bs/p/m/fpd Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* Fix arm cortex r/m profilesMark Hatle2020-02-052-20/+8
| | | | | | | | | | | As part of the merge of the code bases, changes were introduced that changed the way the cortexr5 was defined. To sync this between the baremetal compilation and the baremetal toolchain compilation we create a new armrm tune file, define a new tune feature of 'armrm', define 'armrm' as a new machine override based on the feature 'armrm', and move the cortexr5 tuning to a common file. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* gcc-runtime: Fix C++ multilib headersMark Hatle2020-01-311-0/+19
| | | | | | | | | The C++ headers are slightly different for different multilibs. The Yocto Project name (canonical arch) is different then the gcc multilib directory name. Put in code that will syncronize these two items, allows C++ support to function properly, avoiding conflicts in the process. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* Enable multilib baremetal toolchainsMark Hatle2020-01-315-24/+45
| | | | | | | | | | | | | | | | | | | | | | | | | | Distro Changes: When building a multilib, we need to disable configsite cache. Otherwise the system will fail to generate the SDK as there are no configsite entries due to newlib based multilibs. Recipe Changes: gcc - globally disable multilib configuration - Disable Linux specific configurations (EXTRACONFFUNCS) gcc-cross-canadian - enable multilib on a recipe specific basis libgcc - add a noop override to do_multilib_install to avoid Linux specific multilib processing newlib - arm/v6+m/nofp and arm/v8-m.base/nofp do not have newlib trap implementations. libgloss contains these, workaround by disabling builtin trap syscall handler. - misc workarounds for multilib installs libgloss - Allow MLPREFIX for newlib dependencies meta-toolchain - adjust to install only the items we want/need packagegroup-newlib-standalone-sdk-target - new pkggroup for the custom baremetal SDK to select the right set of packages Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* cortexr5: Change overrides to reflect machine name changes from cortexr5 to ↵Alejandro Enedino Hernandez Samaniego2020-01-302-4/+17
| | | | | | zynqmp and versal variants Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
* gcc-runtime: Move gcc-runtime to GCCs directoryAlejandro Enedino Hernandez Samaniego2020-01-301-0/+65
| | | | Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
* meta-xilinx-standalone: Restructure layer properly, gcc and binutils belong ↵Alejandro Enedino Hernandez Samaniego2020-01-306-0/+71
on recipes-devtools Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>