linux/meta-clang.git/conf, branch hardknottMirror of github.com/kraj/meta-clang.githttps://git.enea.com/cgit/linux/meta-clang.git/atom?h=hardknott2021-08-13T19:27:23+00:00layer.conf: Fix the dynamic-layers paths2021-08-13T19:27:23+00:00Khem Rajraj.khem@gmail.com2021-08-13T19:27:23+00:00urn:sha1:fb84d0b51b424cf746f5a05a6a4bef96687180bd
Signed-off-by: Khem Raj <raj.khem@gmail.com>
chromium,gn-native: Remove dependencies on libc++ runtime2021-08-13T15:43:24+00:00Khem Rajraj.khem@gmail.com2021-08-13T15:43:24+00:00urn:sha1:6916a0ae8d3b9807e936b6cb30d038d97e7335b7
This only works with honister and newer
Signed-off-by: Khem Raj <raj.khem@gmail.com>
layer.conf: Drop gatesgarth2021-04-15T20:33:46+00:00Khem Rajraj.khem@gmail.com2021-04-15T20:32:31+00:00urn:sha1:9d276740bd10695e628abdbd49bc4cf36afddf60
it has its own branch
Signed-off-by: Khem Raj <raj.khem@gmail.com>
iwd,ell: Mark gcc only2021-04-08T14:59:55+00:00Khem Rajraj.khem@gmail.com2021-04-05T22:03:04+00:00urn:sha1:a25338600b84eeafa11554ffe4af6d437772ec9f
They have started using nested functions lately.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
nettle: Disable internal asm on ppc642021-03-01T19:12:14+00:00Khem Rajraj.khem@gmail.com2021-02-21T20:40:46+00:00urn:sha1:32de0cf88de07fad392580913fe4e2f19915a021
generated asm files use .0: label which is not understood with internal
asm, gnu as does fine job
Signed-off-by: Khem Raj <raj.khem@gmail.com>
clang: Update to 12.0.0 RC22021-03-01T19:12:14+00:00Khem Rajraj.khem@gmail.com2021-01-28T19:35:50+00:00urn:sha1:596e0e7c195378a1b02e6ebcad0fb98054230e28
Signed-off-by: Khem Raj <raj.khem@gmail.com>
layer.conf: remove bcc and bpftrace from NON_MULTILIB_RECIPES2021-02-06T02:02:07+00:00Kai Kangkai.kang@windriver.com2021-02-05T02:29:29+00:00urn:sha1:5f883adda39ad3d2ece13aadee784ccf7c800ac3
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-rc22021-01-26T20:59:02+00:00Khem Rajraj.khem@gmail.com2021-01-25T23:49:28+00:00urn:sha1:67a7cad4bb48ef569b4eeb4b3c923133d2d422a6
Signed-off-by: Khem Raj <raj.khem@gmail.com>
qemu: Link with latomic on clang/x862021-01-09T20:56:31+00:00Khem Rajraj.khem@gmail.com2021-01-08T19:46:48+00:00urn:sha1:e2d2a029ee122b9cf25f8296c6ce610bf6bebbf6
clang delegates atomics to runtime library instead of builtins so link
in libatomic on x86/gnu
Signed-off-by: Khem Raj <raj.khem@gmail.com>
ppp: Mark non-clangable2021-01-09T20:56:31+00:00Khem Rajraj.khem@gmail.com2021-01-08T07:39:53+00:00urn:sha1:1eef983f97a125f2b845fa2354d4605ad7da5a6e
New version of ppp uses gcc specific options and nested functions which
clang does not support
Signed-off-by: Khem Raj <raj.khem@gmail.com>