| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
lldb doesn't build when -Wformat-security -Werror=format-security is
added/enabled and results in errors with gcc9:
| BUILD/build/tmp/work-shared/llvm-project-source-8.0.1-r0/git/lldb/source/Core/Module.cpp: In member function 'size_t lldb_private::Module::FindTypes_Impl(const lldb_private::ConstString&, const lldb_private::CompilerDeclContext*, bool, size_t, llvm::DenseSet<lldb_private::SymbolFile*>&, lldb_private::TypeMap&)':
| BUILD/build/tmp/work-shared/llvm-project-source-8.0.1-r0/git/lldb/source/Core/Module.cpp:951:52: error: format not a string literal and no format arguments [-Werror=format-security]
| 951 | Timer scoped_timer(func_cat, LLVM_PRETTY_FUNCTION);
| | ^
| BUILD/build/tmp/work-shared/llvm-project-source-8.0.1-r0/git/lldb/source/Core/Module.cpp: In member function 'virtual lldb_private::SymbolVendor* lldb_private::Module::GetSymbolVendor(bool, lldb_private::Stream*)':
| BUILD/build/tmp/work-shared/llvm-project-source-8.0.1-r0/git/lldb/source/Core/Module.cpp:1052:58: error: format not a string literal and no format arguments [-Werror=format-security]
| 1052 | Timer scoped_timer(func_cat, LLVM_PRETTY_FUNCTION);
| |
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
|
|
|
|
|
|
| |
This now builds for mips so lets enable it
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
| |
Changes
https://github.com/llvm/llvm-project/compare/9124fda0adfec205856a1ecca76d2cead11a0e2c...11c3a5c0f988cc3f412daf13ef8e47d813cc77f1
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
| |
This should ensure that builds without uninative work ok
Fixes Issue #106
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
| |
This ensures that right default target is used and one does not need
to specify it manually using -target option or -mfloat-abi when using on
target
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
Allows building llvm/clang on Centos7 (gcc4.8) which still is one of the
suported distros in YP.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
|
|
|
|
|
|
|
| |
When installing clang to target its important to get these dependencies
along with other llvm runtime, so clang can work out of box
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
This may already be specified by another low priority override to point
to gcc but we want to always use clang for compiling these packages
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
| |
Not yet supprorted
LIBOMP: libomp_check_variable(): LIBOMP_ARCH = UnknownArchitecture is
unknown
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
- We do not need it with CXX
- adding to compiler flag makes sure that libcxx headers are used even
when C (clang) compiler is used
- Eventually libcxx should provide virtual/${TARGET_PREFIX}compilerlibs
add it in comments
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
OE-core now uses it so, we have to take the patch from
review system, until it is in master
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
helps with LTO enabled cross builds
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
libcxx headers are used during compiler-rt build and libcxx needs to
know the libc type in order to include correct wrappers for locale
headers
Remove duplicated -DCOMPILER_RT_BUILD_XRAY=OFF
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
Forward port ppc/musl patch
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
nativesdk packages are special in OE, where linker pads the dynamic
section with additional bits so that can be patched to a relocatable
location duting installing SDK, lld will need such a patch if it has to
link the nativesdk apps, until then we use gold
Add more fine grained packageconfigs for libpfm, ncurses, and libedit
Enable clang as toolchain to build nativesdk version of clang with gold
linker
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
Without this -fuse-ld=lld fails to find libgcc_s
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
- User lld for linking nativesdk-clang
- Enable LTO to build nativesdk-clang
- Use -static-libgcc when using gold/lld for nativesdk clang build
- Use llvm wrappers for ar ranlib and nm to help LTO
- Package and create cross versions of lld
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
| |
This make it use same runtime as the cross compiler default, which is
more or less what is going to be case, if one wants to use clang runtime
then it should be enabled across all clang variants
(native/nativesdk/cross)
Fixes Issue #66
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
This will help in using clang Thin-LTO to compile clang itself
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
| |
standalone build starts to look for c++ headers which then
are fed from libstc++ because libcxx is not built yet, instead
let build use it from in-tree libcxx
enable llvm-ar/llvm-ranlib/llvm-nm to provide ar/ranlib/nm
respectively, this helps with lto enabled builds for libcxx
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add to local.conf or distro config the following to enable lto flavors
and lld linker
DISTRO_FEATURES += "thin-lto"
DISTRO_FEATURES += "full-lto"
DISTRO_FEATURES += "lld"
Add lto.bbclass
To enable LTO is currently per recipe, or globally
to enable globally add following to global config meta-data e.g.
local.conf
INHRIT += "lto"
other-wise enable LTO per recipe using
inherit lto to recipe via bbappend or in main recipe
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
Should speed up compiler speed
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
define CLANG_TIDY_EXE which is used by some build systems e.g. cmake
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
libunwind also drags in libpthread and libdl so add those too
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
compiler-rt is not a full replacement for libgcc, it provides the
built-ins so we are left with EH and unwinding support to be had from
elsewhere, we could use LLVM linunwind but that depends on libpthread
so it will end up pulling too many libraries for meantime link with
libgcc_eh.a when --rtlib=compiler-rt
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
This makes sure that linker treats it as a library and not object
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|