Mirror of github.com/kraj/meta-clang.git https://git.enea.com/cgit/linux/meta-clang.git/atom?h=hardknott 2021-01-26T20:59:02+00:00 2021-01-26T20:59:02+00:00 Khem Raj raj.khem@gmail.com 2021-01-25T23:46:39+00:00 urn:sha1:d4d55a3bf15c164a72d7859b04e6f0539ff9fa59 Fixes Issue #415 Signed-off-by: Khem Raj <raj.khem@gmail.com> 2021-01-25T23:41:31+00:00 Mike Crowe mac@mcrowe.com 2021-01-25T13:28:28+00:00 urn:sha1:f7b549866822fa7e330a03091dfbd44308e8b50c oe-core's ccache.bbclass contains: export CCACHE_COMPILERCHECK ?= "%compiler% -dumpspecs" which sets a default value and allows others to easily override the value of CCACHE_COMPILERCHECK if they wish to. Let's update clang.bbclass to also set only the default value of CCACHE_COMPILERCHECK too. Signed-off-by: Mike Crowe <mac@mcrowe.com> 2021-01-05T02:08:46+00:00 Kevin Hao kexin.hao@windriver.com 2020-12-28T04:58:44+00:00 urn:sha1:b5a7b58e9de0c44a478f612f5fae9ce0800b88c0 The tune file for octeontx2 has been added into oe-core by commit ad4f82742c6f ("tune-octeontx2.inc: Add tune for Marvell OCTEON TX2 core"). But the clang doesn't support this core yet. So remove the -mcpu from the TUNE_CCARGS to fix the build failure for the octeontx2 core. Signed-off-by: Kevin Hao <kexin.hao@windriver.com> 2020-11-13T17:40:54+00:00 Khem Raj raj.khem@gmail.com 2020-11-12T07:03:16+00:00 urn:sha1:b77d1e5ce3a34803ebeba9b83655c20eebfed12c Core uses a dumb utility called dwarfsrcfiles to grok source file names and it assumes that .o and .a files are good old ELF files, that is not true when using LTO in which case it becomes IR code, this tool starts to puke, therefore disable using this tool Signed-off-by: Khem Raj <raj.khem@gmail.com> 2020-11-13T17:40:54+00:00 Khem Raj raj.khem@gmail.com 2020-11-07T18:47:20+00:00 urn:sha1:54e34a9d35c497e220ea8aef0a09cd531d84def7 If thin-lto is used in DISTRO_FEATURES then enable thin-lto Signed-off-by: Khem Raj <raj.khem@gmail.com> 2020-11-13T17:40:54+00:00 Khem Raj raj.khem@gmail.com 2020-11-03T18:22:11+00:00 urn:sha1:c5ef70fe560ca90b3f2fd5b443469b9cf069bc48 lld yet does not work relaxation so accomodate for that so LTO can work Signed-off-by: Khem Raj <raj.khem@gmail.com> 2020-10-15T19:22:42+00:00 Khem Raj raj.khem@gmail.com 2020-10-15T05:38:14+00:00 urn:sha1:c962a880b76c5760369599b19538e976d032e3b8 Signed-off-by: Khem Raj <raj.khem@gmail.com> 2020-09-30T22:50:37+00:00 Leon Woestenberg leon@sidebranch.com 2020-09-29T21:12:37+00:00 urn:sha1:a328000fc6091cc6ca2070cb16c0ed2313efa72e The -mmusl flag is GCC specific, Clang supports MUSL differently. Prevents clang-11: error: unknown argument: '-mmusl' Verified it does not affect the GCC toolchain.cmake build. Signed-off-by: Leon Woestenberg <leon@sidebranch.com> 2020-07-02T15:59:26+00:00 Oleksandr Ocheretnyi oocheret@cisco.com 2020-04-12T21:05:33+00:00 urn:sha1:6f59a9e87640119d132b466a4dfc0cfa0cfe4a7d  * issue:     the openembedded-core build procedure relies on changed default dynamic loader path when the usrmerge distro feature turned on. As we can find the GCC which is used as default toolchain uses SYSTEMLIBS_DIR macro variable set to /usr/(lib|lib64) at build time and hardcodes the binaries with that default loader path.  * solution:     change the default dynamic loader location with --dyld-prefix clang option to conform the loader location (as GCC does) to openembedded-core build procedure. Signed-off-by: Oleksandr Ocheretnyi <oocheret@cisco.com> 2020-05-16T14:09:53+00:00 Khem Raj raj.khem@gmail.com 2020-05-16T07:06:22+00:00 urn:sha1:503aa977b27be0506fb6ac21fbf9e8b049b82247 This helps extra tools like clang-tidy to find arch-specific macros, headers in a cross compile environment. Signed-off-by: Khem Raj <raj.khem@gmail.com>