summaryrefslogtreecommitdiffstats
path: root/conf/layer.conf
Commit message (Collapse)AuthorAgeFilesLines
...
* layer.conf: Drop gatesgarthKhem Raj2021-04-151-1/+1
| | | | | | it has its own branch Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Update to 12.0.0 RC2Khem Raj2021-03-011-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer.conf: remove bcc and bpftrace from NON_MULTILIB_RECIPESKai Kang2021-02-051-2/+0
| | | | | | | | | | | | | | | | Because bcc and bpftrace have been set in NON_MULTILIB_RECIPES, 'bcc' rprovides 'lib32-bcc'. So when multilib is enabled, it is 'bcc' rather than 'lib32-bcc' installed to lib32 image such as lib32-core-image-minimal. Then the runtime dependency 64-bit package python3-core is installed accordingly. It causes 32-bit python modules which contains .so library do not work any more. For example, it fails to run command 'dnf': | ImportError: /usr/lib/python3.9/site-packages/libdnf/_error.so: wrong ELF class: ELFCLASS32 Remove bcc and bpftrace from NON_MULTILIB_RECIPES to make sure they are not installed to lib32 images and mess images up. Signed-off-by: Kai Kang <kai.kang@windriver.com>
* clang/llvm: Upgrade to 11.1.0-rc2Khem Raj2021-01-261-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Update to latest on release/11.x branchKhem Raj2020-11-151-1/+1
| | | | | | | | | | | | | | | | | | | | | | The minor release is bumped to 11.0.1 Changes is this bump are * 0874e7ef66c Allow init_priority values <= 100 and > 65535 within system headers. * 02004c9e7c9 [ADT] Fix for ImmutableMapRef * 85ce339f1bd [cmake] Fix build of attribute plugin example on Windows * ef4ffcafbb2 [DAE] MarkLive in MarkValue(MaybeLive) if any use is live * 3c687677678 DeferredDiagnosticsEmitter crashes * 701addff1b7 [clang][Sema] Fix PR47676: Handle dependent AltiVec C-style cast * 5ad2592b5dc [X86] Fix cpu name typos * 8fc424f26bf Add release tarballs for libclc * 83716db47f9 [ELF] -r: don't crash when a non-SHF_LINK_ORDER orphan is added before a SHF_LINK_ORDER orphan * 1ff84a04aeb BPF: fix incorrect DAG2DAG load optimization * 38399ced95b [ConstantFold] Make areGlobalsPotentiallyEqual less aggressive. * b59b6b662bb Import github action definitions from release/10.x branch * 3039965645c Bump version to 11.0.1 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer.conf: Add hardknott to supported releasesKhem Raj2020-11-131-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer.conf: Drop zeus and dunfell from LAYERSERIES_COMPATKhem Raj2020-08-271-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer: Add 3.2 (gatesgarth) to LAYERSERIES_COMPATKhem Raj2020-08-271-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Update to 11.x release branchKhem Raj2020-08-211-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Update to 10.0.1-rc1Khem Raj2020-05-261-1/+1
| | | | | | | | Update version number accordingly Signed-off-by: Khem Raj <raj.khem@gmail.com> s
* layer.conf: Add bpftrace to non-multilib listHe Zhe2020-04-281-1/+1
| | | | | | | bpftrace is only compatible with x86_64, aarch64 and powerpc64. So it's not able to built as 32 bit binary. Signed-off-by: He Zhe <zhe.he@windriver.com>
* layer.conf: Add bcc to non-multilib listHe Zhe2020-04-271-0/+2
| | | | | | | bcc is only compatible with x86_64, aarch64 and powerpc64. So it's not able to built as 32 bit binary. Signed-off-by: He Zhe <zhe.he@windriver.com>
* layer.conf: Mark CLANGSDK 0 by defaultKhem Raj2020-04-031-2/+2
| | | | | | | | This ensures that clangsdk does not inserts itself unless user asks for Fixes #234 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer.conf: Mark it dunfell (3.1) compatibleKhem Raj2020-03-241-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Upgrade clang to 10.x release (RC2)Khem Raj2020-02-211-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Add LAYERDEPENDSJan-Simon Möller2020-02-171-0/+1
| | | Add LAYERDEPENDS to core as per README.md .
* layer.conf: Define LLVMVERSION in terms of clang versionKhem Raj2019-11-231-0/+2
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Provide llvm/llvm-nativeKhem Raj2019-11-141-0/+3
| | | | | | | | | | | | | | | | | | | When using meta-clang, it makes sense to use llvm provided by clang recipe, this ensures that we do not build llvm from oe-core but instead offer the one from clang recipe enable rtti and eh for native/nativesdk clang, this is needed for mesa to build Let clang PROVIDE llvm Build AMDGNU and other targets, this is needed for llvm-config to work properly, since we use llvm-config from clang-native, so its better to build the targets that are built for clang-native atleast create version specific symlinks for tblgen anf llvm-config Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer.conf: Drop release older than zeus from compatiblityKhem Raj2019-11-131-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer.conf: Fix bbpath for browser-layerKhem Raj2019-10-011-2/+2
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang: Add variable CLANGSDK to control including clang in SDKKhem Raj2019-09-251-0/+3
| | | | | | | | | | | | | | CLANGSDK ?= "1" is default which means clang will be included into SDK if one is using clang only for full build and dont intend to distribute it as cross compiler SDK then set CLANGSDK = "" in local.conf or in another config metadata file Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer.conf: Add zeus to known compatible layersKhem Raj2019-09-231-1/+1
| | | | | | Upcoming 3.0 is code named zeus Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layers: Add meta-browser to dynamic layersKhem Raj2019-09-231-0/+2
| | | | | | | | | | meta-browser/master builds with multiple releases of meta-clang(thud,warrior,master) but sometimes we only need tweaks for a given clang version, this helps doing so Enable lld as default linker Signed-off-by: Khem Raj <raj.khem@gmail.com>
* scan-build: Limit scans to target recipes onlyKhem Raj2019-09-161-0/+1
| | | | | | | | Add a blacklist for scanning, add packages which are not scannable Add --force-analyze-debug-code and -analyze-headers to default set of scan options Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer: drop sumo supportMaxime Roussin-Bélanger2019-08-231-1/+1
| | | | can't build with sumo because of the dependency on libedit which require native. libedit doesn't provide BBCLASSEXTEND on sumo.
* samba: move to dynamic layersAnuj Mittal2019-04-011-0/+2
| | | | | | Leads to errors otherwise when networking layer isn't included. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* layer.conf: Add warrior to compatible release seriesKhem Raj2019-04-011-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer.conf: Remove dead code and add comment to define compiler runtimeKhem Raj2019-02-231-3/+1
| | | | | | | Eventually we should be able to pose libcxx+other llvm libs as full replacement for gcc runtime, for now add it in comments Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer.conf: Use dynamic layer featureKhem Raj2018-12-271-0/+5
| | | | | | | | | | | | This feature lets bbappend to be applied only when a given layer is present in layermix move kernel-selftest.bbappend to dynamic-layers/openembedded-layer where it belongs Fix Issue #78 Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer.conf: Add thud supportKhem Raj2018-09-251-1/+1
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* layer.conf: Define LAYERSERIES_COMPATKhem Raj2018-04-111-0/+1
| | | | | | Its required now from Sumo release onwards Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libcxx: Disable libunwind on all mipsKhem Raj2017-09-181-1/+0
| | | | | | llvm libunwind is still not ported to mips Signed-off-by: Khem Raj <raj.khem@gmail.com>
* llvm-libunwind: DeleteKhem Raj2017-07-311-1/+1
| | | | | | build llvm libunwind along with libcxx Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Move pinning TOOLCHAIN to a conf file instead of recipes-excluded bbappendsRoss Burton2016-05-061-2/+2
| | | | | Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* llvm-libunwind: Preferred to provide libunwindKhem Raj2015-09-121-0/+1
| | | | | | | When using meta-clang use the llvm libunwind instead of HP libubwind which comes from OE-Core Signed-off-by: Khem Raj <raj.khem@gmail.com>
* clang/classes: Invert the logic to select toolchain and default to clangKhem Raj2015-08-211-0/+2
| | | | | | | | | | | | | | | | | | | | | So far we have been selecting which packages are compiled using clang this patch changes the logic to use clang by default unless selecting TOOLCHAIN = "gcc" explicitly in the recipe We have not yet enabled clang for native recipes, its only enabled for target recipes needing cross compilation as of now. Get rid of configuration file and move the code to clang.bbclass, simplifies the logic If needed to select gcc to be default system compiler set TOOLCHAIN = "gcc" in local.conf Signed-off-by: Khem Raj <raj.khem@gmail.com>
* classes: Add a mechanism, to select components to be able to select default ↵Khem Raj2015-03-121-0/+6
| | | | | | | | | | | | | | | compiler We add clang as an alternative compiler, it sitll uses underlying binutils and compiler runtime, it will only do the compilation and defer link, to GNU ld/gold, to compile a component usign clang add TOOLCHAIN_pn-<recipe-name> = "clang" DEPENDS_append_pn-<recipe-name> = " clang-cross " And OE will start using clang to compile <recipe-name> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Intial commitKhem Raj2014-09-111-0/+9
Add clang recipes Signed-off-by: Khem Raj <raj.khem@gmail.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2025-08-07 07:55:31 +0000