Mirror of github.com/kraj/meta-clang.git https://git.enea.com/cgit/linux/meta-clang.git/atom?h=zeus 2020-11-04T19:43:22+00:00 2020-11-04T19:43:22+00:00 Khem Raj raj.khem@gmail.com 2020-08-02T06:05:18+00:00 urn:sha1:f5355ca9b86fb5de5930132ffd95a9b352d694f9 a choice is needed to be made for selecting unwinder library defaults ( --unwindlib ), by default we choose libgcc unwinder when packageconfig is disabled and only use llvm unwinder when this option is enabled Fixes Issue #332 Signed-off-by: Khem Raj <raj.khem@gmail.com> 2020-11-04T19:43:22+00:00 Khem Raj raj.khem@gmail.com 2020-08-02T05:58:41+00:00 urn:sha1:df659e706866c0dbf55aa4b643f1b224fdee77f9 libcxx can use either libgcc_s or llvm libunwind for unwinder functionality, the defaults are platform dependent, therefore with this patch we make intentional choice based on RUNTIME settings chosen, e.g. when using GNU runtime we use libgcc and also ensure that it add right compiler options to build as well, since libcxx build looks C runtime by calling $($CC --print-libgcc-file-name) to build libc++abi.so unless we use right -rtlib option it will result in linking wrong library Enable RTTI as well do not enable llvm unwinder unless we chose llvm runtime, even that might not work since libpthread from glibc explicitly dlopens libgcc_s.so to enable unwinding https://github.com/bminor/glibc/blob/5f72f9800b250410cad3abfeeb09469ef12b2438/sysdeps/nptl/unwind-forcedunwind.c#L53...L58 Fixes Issue #332 Signed-off-by: Khem Raj <raj.khem@gmail.com> 2020-06-05T15:55:43+00:00 Khem Raj raj.khem@gmail.com 2020-06-03T15:43:25+00:00 urn:sha1:711e593d5984aad3bf35c51b7ac4482982bc16c7 Signed-off-by: Khem Raj <raj.khem@gmail.com> 2020-06-03T15:39:57+00:00 Jeremy Puhlman jpuhlman@mvista.com 2020-01-16T22:47:32+00:00 urn:sha1:a5ed590a1183f2fb2745f47cd701c03c9737e4ca Add libgcc as defined by $CC to link of libc++. Signed-off-by: Jeremy Puhlman <jpuhlman@mvista.com> 2020-06-03T15:39:57+00:00 Khem Raj raj.khem@gmail.com 2020-01-04T20:58:26+00:00 urn:sha1:2a6e94d0e0e8685a2c9a3e67e1c4ebcc4cb3b2c0 src uri has long moved to git, and that is also being used as solib suffix Fixes packaging errors ERROR: clang-10.0.0-r0 do_package_qa: QA Issue: libclang rdepends on clang-dev [dev-deps] ERROR: clang-10.0.0-r0 do_package_qa: QA Issue: clang rdepends on clang-dev [dev-deps] Signed-off-by: Khem Raj <raj.khem@gmail.com> 2020-06-03T15:39:57+00:00 Khem Raj raj.khem@gmail.com 2020-01-02T06:18:35+00:00 urn:sha1:73afa50a9a110dcf25917b73c56f876811d81ba2 Signed-off-by: Khem Raj <raj.khem@gmail.com> 2020-06-03T15:39:57+00:00 Khem Raj raj.khem@gmail.com 2019-12-30T19:33:04+00:00 urn:sha1:c9ead2f67688ab8112d3b2ada44f196469dbfbfc This helps configure scripts to detect right set of compiler specific options to enable Signed-off-by: Khem Raj <raj.khem@gmail.com> 2020-06-03T15:39:57+00:00 Khem Raj raj.khem@gmail.com 2019-12-26T21:47:47+00:00 urn:sha1:f2b7a98825512d0c3934b1b11aac2d9d4335fca0 Signed-off-by: Khem Raj <raj.khem@gmail.com> 2020-02-27T15:30:36+00:00 Böszörményi Zoltán zboszor@pr.hu 2020-02-27T09:39:49+00:00 urn:sha1:81ba160c95b12b2922f99b60bef25ab37a5e2f0e Building mesa (at least version 19.3.4) with clang 9.0.1 leads to linker errors on x86/x86-64: "undefined reference to `typeinfo for llvm::raw_pwrite_stream'" in libvulkan_radeon.so and "undefined reference to `typeinfo for llvm::RTDyldMemoryManager'" in libgallium.a. It was reported at https://gitlab.freedesktop.org/mesa/mesa/issues/2533 It seems it is related to rtti not being enabled, at least reports from a few years ago on forums lead to that conclusion. But enabling rtti for clang in PACKAGECONFIG doesn't help. Just build mesa with gcc, it fixes the linker errors. Signed-off-by: Böszörményi Zoltán <zboszor@pr.hu> 2020-02-18T06:57:39+00:00 Jan-Simon Möller dl9pf@gmx.de 2020-02-17T14:35:04+00:00 urn:sha1:9cab6bc46cf44d13f8fea3b827e298a4f6e16b17 Dependency is core as per README.md