| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
| |
With lldb split in multiple packages it reduces the size of the `clang`
package and you can now install lldb, lldb-server and liblldb without h
having the whole clang fat package.
|
|
|
|
|
|
|
| |
LLDB_DISABLE_LIBEDIT was renamed to LLDB_ENABLE_LIBEDIT in
62456e579eebe012e5a6ebcf9960aef9d7babf87.
Signed-off-by: Philip Lorenz <philip@bithub.de>
|
|
|
|
|
|
|
|
|
| |
We need to muck with the default packaging a bit to prevent libdir/clang
subdirectories from being packaged, and instead use nonarch_libdir.
Otherwise the packager complains about directories being beneath
a symlink.
Signed-off-by: Daniel McGregor <daniel.mcgregor@vecima.com>
|
|
|
|
|
|
|
|
|
|
|
| |
Allow more of the cmake variables coming from the OE environment
through, otherwise the release C flags and CXX flags get reset to
LLVM's default, which greatly extend build times.
Also switch to using cmake.bbclass's do_compile and do_install
commands. There's no need to call ninja directly anymore.
Signed-off-by: Daniel McGregor <daniel.mcgregor@vecima.com>
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
| |
Disable it by default, since centos7/gcc4.8 can't handle it
Fixes Issue #262
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
| |
This helps in consuming less memory during link stage and also fixed
link failures on mips64
Using clang cross itself ends up crashing
| clang-9: error: unable to execute command: Killed
| clang-9: error: linker command failed due to signal (use -v to see invocation)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Michael Davis <michael.davis@essvote.com>
|
|
|
|
|
|
|
|
|
| |
add 'thin-lto' or 'full-lto' to DISTRO_FEATURES to enable it
instead of making it unconditional
Should fix Issue #236
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
| |
This fixes #162 for nativesdk-clang.
|
|
|
|
|
| |
Signed-off-by: Michael Davis <michael.davis@essvote.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
In 003dd05e4c168f7c3cccb9cbfad3fd8f38fe8741, clang replaced the oe-core
provided llvm for building mesa. However, mesa needs AMDGPU to be
enabled on the native target in order to build. Following the example
of oe-core's recipe, just enable AMDGPU for all targets.
Signed-off-by: Justin Bronder <jsbronder@cold-front.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
This reverts commit cb86d1f837f8f8c40e8b00c9c29d136ed6a16a08.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
| |
clang might be used for more than just static compiler on target and
therefore lock-stepping it with needing clang cross-compiler is not
right thing
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
Allows libedit to dependency to be disabled via
PACKAGECONFIG_remove.
add libedit to native and nativesdk packageconfigs
Signed-off-by: Yong, Jonathan <jonathan.yong@intel.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When using meta-clang, it makes sense to use llvm provided by clang
recipe, this ensures that we do not build llvm from oe-core but instead
offer the one from clang recipe
enable rtti and eh for native/nativesdk clang, this is needed for mesa
to build
Let clang PROVIDE llvm
Build AMDGNU and other targets, this is needed for llvm-config to work
properly, since we use llvm-config from clang-native, so its better to
build the targets that are built for clang-native atleast
create version specific symlinks for tblgen anf llvm-config
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
| |
Keep ON for default behavior
|
|
|
|
|
|
| |
Some handy tools like clang-tidy, clangd, and more
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
Also make sure that we pass this value on to an internal native build that
tries to detect python while cross-compiling.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
|
|
|
|
|
|
| |
Pass LLVM_LIBDIR_SUFFIX with the correct value of lib suffix.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Turn off wchar in editline for native and nativesdk
| In file included from /build/poky/build/tmp/work-shared/llvm-project-source-9.0.0-r0/git/lldb/source/Core/IOHandler.cpp:31:0:
| /build/poky/build/tmp/work-shared/llvm-project-source-9.0.0-r0/git/lldb/include/lldb/Host/Editline.h:36:19:
| fatal error: codecvt: No such file or directory
| #include <codecvt>
| ^
wchar causes codecvt to be included, which does not exist on centos7, which
prevents clang-native from building.
Signed-off-by: Jeremy Puhlman <jpuhlman@mvista.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
pkgconfig is needed for detecting libedit
python3-dir is already inherited in python3native so remove it
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
This helps to enable/disable it on demand, currently we have some
problems with stage2 not respecting PYTHON_EXECUTABLE e.g. which can
cause problems when we have non-standard local installs of python, this
should actually be fixed in llvm CMake infra, but we insulate ourselves
here first
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
This is to make stage2 as an optional step maybe a packageconfig
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
| |
* with /usr/bin/python -> python2.7 on the host, I was seeing:
CMake Error at work-shared/llvm-project-source-9.0.0-r0/git/lldb/cmake/modules/LLDBConfig.cmake:229 (message):
Found incompatible Python interpreter (2.7) and Python libraries (3.7)
Call Stack (most recent call first):
work-shared/llvm-project-source-9.0.0-r0/git/lldb/CMakeLists.txt:20 (include)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes:
| install: cannot stat ‘/data/dwrobel1/onemw/onemw/oe-builds/chromium-3/onemw/build-brcm97449svms-refboard/tmp/work/x86_64-linux/clang-native/9.0.0-r0/build/bin/clang-tblgen’: No such file or directory
| WARNING: /data/dwrobel1/onemw/onemw/oe-builds/chromium-3/onemw/build-brcm97449svms-refboard/tmp/work/x86_64-linux/clang-native/9.0.0-r0/temp/run.do_install.25108:1 exit 1 from 'install -Dm 0755 /data/dwrobel1/onemw/onemw/oe-builds/chromium-3/onemw/build-brcm97449svms-refboard/tmp/work/x86_64-linux/clang-native/9.0.0-r0/build/bin/clang-tblgen /data/dwrobel1/onemw/onemw/oe-builds/chromium-3/onemw/build-brcm97449svms-refboard/tmp/work/x86_64-linux/clang-native/9.0.0-r0/image/data/dwrobel1/onemw/onemw/oe-builds/chromium-3/onemw/build-brcm97449svms-refboard/tmp/sysroots/x86_64-linux/usr/bin/clang-tblgen'
$ cat /etc/redhat-release
CentOS Linux release 7.5.1804 (Core)
The location of the tools is as following:
$ pwd
/data/dwrobel1/onemw/onemw/oe-builds/chromium-3/onemw/build-brcm97449svms-refboard/tmp/work/x86_64-linux/clang-native/9.0.0-r0/build
$ find . -name clang-tblgen
./tools/clang/stage2-bins/bin/clang-tblgen
./tools/clang/stage2-bins/NATIVE/bin/clang-tblgen
./NATIVE/bin/clang-tblgen
$ find . -name lldb-tblgen
./tools/clang/stage2-bins/bin/lldb-tblgen
./tools/clang/stage2-bins/NATIVE/bin/lldb-tblgen
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
supply python3 for nativesdk and target recipes
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
| |
Its not supported as native host _yet_
CMake Error at cmake/config-ix.cmake:438 (message):
Unknown architecture riscv
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
| |
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
|
|
|
|
|
|
| |
This should ensure that right native python infra is used all along
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
oe-core doesnt yet define these variables
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
| |
This helps in extending rules to native/nativesdk recipes
fixes
ERROR: nativesdk-clang-9.0.0-r0 do_package_qa: QA Issue: nativesdk-python-lldb rdepends on nativesdk-clang-dev [dev-deps]
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
| |
- Update at the same time to latest on 9.x
- Update patches to drop patch numbers
- Drop lldb from search python interpreter
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
| |
This should fix issues where its looking for python in users build host
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Without this for some reason lldb configure process manages to mix host
system provided python3 interpreter with libpython provided in
recipe-sysroot-native. As result the build fails with the following
error message:
| -- Found PythonInterp: /usr/bin/python3.6 (found version "3.6.5")
...
| -- Found PythonLibs: /mnt/storage/build-purple/tmp-musl/work/x86_64-linux/clang-native/9.0.0-r0/recipe-sysroot-native/usr/lib/libpython3.7m.so (found version "3.7.4")
| CMake Error at /mnt/storage/build-purple/tmp-musl/work-shared/llvm-project-source-9.0.0-r0/git/lldb/cmake/modules/LLDBConfig.cmake:204 (message):
| Found incompatible Python interpreter (3.6.5) and Python libraries (3.7.4)
| Call Stack (most recent call first):
| /mnt/storage/build-purple/tmp-musl/work-shared/llvm-project-source-9.0.0-r0/git/lldb/CMakeLists.txt:20 (include)
Signed-off-by: Piotr Tworek <tworaz@tworaz.net>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This helps in building lldb which now needs build tree of llvm/clang
to build itself (lldb-tblgen needs the build tree)
Promote RISCV to first class citizen
Package additional files and depend on libedit for lldb
put python lldb files into own package
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
| |
dont package six.py, its provided by python3-six package
default to lp64d ABI and rv64gc ISA.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
| |
- 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>
|