linux/meta-clang.git, branch warriorMirror of github.com/kraj/meta-clang.githttps://git.enea.com/cgit/linux/meta-clang.git/atom?h=warrior2019-12-17T22:12:53+00:00clang: Fix cmake exports sed variable using incorrect name2019-12-17T22:12:53+00:00Michael Davismichael.davis@essvote.com2019-12-17T15:38:08+00:00urn:sha1:8f4080a2afa24fdd9df051a5707a38e0af38dd17
Backport of f8b95f259467056ffab1484f7f72178f661a0ee3
Signed-off-by: Michael Davis <michael.davis@essvote.com>
Support multiarch Yocto environment2019-12-15T10:17:58+00:00Hiroshi Hatakehatake@clear-code.com2019-12-09T06:33:35+00:00urn:sha1:3bc0042f599487643d3844be3ae225a70fa9cb97
Co-authored-by: INAJIMA Daisuke <inajima@soum.co.jp>
clang: Fix cmake exports not finding native binaries Issue #2302019-12-06T16:30:03+00:00Michael Davismichael.davis@essvote.com2019-12-03T16:31:02+00:00urn:sha1:1598cc45795cbcab831270e4286aef113faa1325
Signed-off-by: Michael Davis <michael.davis@essvote.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
llvm: Check for built-in atomic<double> during configure2019-11-21T18:31:24+00:00Michael Davismichael.davis@essvote.com2019-11-19T01:06:06+00:00urn:sha1:5ffaf60c7b7c555d19e6ea8dcb99b32f1b2ea59f
This helps in deciding on linking libatomic, therefore its important to
check for atomic<double> because on x86, clang decides to not use
built-in whereas gcc does, so clangd e.g. links ok when using gcc but
fails when using clang with gcc-runtime on x86
Backport of ba6e545b1d0ee93b4ef698fae2d5a018a062b46a
Signed-off-by: Michael Davis <michael.davis@essvote.com>
chromium: Disable libc++/compiler-rt on ARM2019-09-21T01:33:57+00:00Khem Rajraj.khem@gmail.com2019-09-21T01:27:53+00:00urn:sha1:3611f25304bbb86f4a1600c3399a8a5a6cc050fa
They seem to crash chromium with clang 8.x
Signed-off-by: Khem Raj <raj.khem@gmail.com>
clang: Use libgcc unwind support2019-09-21T01:33:57+00:00Khem Rajraj.khem@gmail.com2019-09-20T22:44:08+00:00urn:sha1:c92d61679a34475f5b7c28db7000725e610fa05e
This helps chromium compile and run, using llvm libunwind doesnt really
work here
Signed-off-by: Khem Raj <raj.khem@gmail.com>
clang: Update to latest 8.x release2019-09-21T01:33:57+00:00Khem Rajraj.khem@gmail.com2019-09-20T00:57:55+00:00urn:sha1:c82eaf4b9ce2e3f5ad591e9830f6bfab06aa91f2
Signed-off-by: Khem Raj <raj.khem@gmail.com>
clang: Pass LLVM_TEMPORARILY_ALLOW_OLD_TOOLCHAIN to stage2 as well2019-08-16T17:55:03+00:00Khem Rajraj.khem@gmail.com2019-08-15T06:06:37+00:00urn:sha1:a5603ec7c57ca6731da2fcf1824501571fac1d2e
Fixes
CMake Error at cmake/modules/CheckCompilerVersion.cmake:105 (message):
libstdc++ version should be at least 5.1 because LLVM will soon use new C++
features which your toolchain version doesn't support. You can temporarily
opt out using LLVM_TEMPORARILY_ALLOW_OLD_TOOLCHAIN, but very soon your
toolchain won't be supported.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
use native-clang compiler when building nativesdk-clang2019-08-04T17:19:41+00:00Daniel Dittmanndaniel.dittmann@rohde-schwarz.com2019-08-01T11:01:47+00:00urn:sha1:16f62e8de7e9816e95f2ba8eeaad7d863bd12c16
Some cmake based steps when building clang uses BUILD_CC, BUILD_CXX variables,
which points to gcc even if TOOLCHAIN_class-nativesdk = "clang".
This patch sets it to clang if TOOLCHAIN_class-nativesdk = "clang" is set.
Signed-off-by: Daniel Dittmann <daniel.dittmann@rohde-schwarz.com>
clang: Move libclang into its own dedicated package.2019-07-26T21:36:06+00:00Piotr Tworektworaz@tworaz.net2019-07-26T19:47:48+00:00urn:sha1:4babecabc58ec64a5a12c180165996ea34f9e48a
This library has a few potential consimers (ex, qttools) which don't
need whole clang install. Distributions like debian already package
lbiclang separately as libclang1. This makes even more sense for
embedded systems. Do the same for OE/Yocto.
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>