michaelh/zephyr
1
0
Fork 0
Code Releases Activity
zephyr/cmake/toolchain/llvm/generic.cmake

23 lines
703 B
CMake
Raw Permalink Normal View History

license: cleanup: add SPDX Apache-2.0 license identifier Update the files which contain no license information with the 'Apache-2.0' SPDX license identifier. Many source files in the tree are missing licensing information, which makes it harder for compliance tools to determine the correct license. By default all files without license information are under the default license of Zephyr, which is Apache version 2. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2019-04-06 15:08:09 +02:00
# SPDX-License-Identifier: Apache-2.0
toolchain: defer setting variable LINKER till target tools The variable LINKER is dependent on CONFIG_LLVM_USE_LLD or CONFIG_LLVM_USE_LD, and these kconfigs are not available when toolchain/llvm/generic.cmake is parsed. So setting LINKER needs to be deferred to target.cmake where kconfigs are available. Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2023-02-25 01:46:36 +01:00
# Purpose of the generic.cmake is to define a generic C compiler which can be
# used for devicetree pre-processing and other pre-processing tasks which must
# be performed before the target can be determined.
cmake: use zephyr_get in toolchains to ensure identical behavior. Fixes: #40389 Update toolchain handling to use zephyr_get() to ensure consistent handling of CMake cache variables, environment variable, and CMake local variables. Signed-off-by: Torsten Rasmussen <Torsten.Rasmussen@nordicsemi.no>
2022-07-14 15:44:53 +02:00
# Todo: deprecate CLANG_ROOT_DIR
clang: use LLVM_TOOLCHAIN_PATH instead of CLANG_ROOT_DIR Be consistent with other toolchains. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2020-10-29 13:53:01 +01:00
set_ifndef(LLVM_TOOLCHAIN_PATH "$ENV{CLANG_ROOT_DIR}")
cmake: use zephyr_get in toolchains to ensure identical behavior. Fixes: #40389 Update toolchain handling to use zephyr_get() to ensure consistent handling of CMake cache variables, environment variable, and CMake local variables. Signed-off-by: Torsten Rasmussen <Torsten.Rasmussen@nordicsemi.no>
2022-07-14 15:44:53 +02:00
zephyr_get(LLVM_TOOLCHAIN_PATH)
clang: use LLVM_TOOLCHAIN_PATH instead of CLANG_ROOT_DIR Be consistent with other toolchains. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2020-10-29 13:53:01 +01:00
if(LLVM_TOOLCHAIN_PATH)
set(TOOLCHAIN_HOME ${LLVM_TOOLCHAIN_PATH}/bin/)
cmake: llvm: Make the setup for host installed clang easier The logic is practically intact and is the following: 1. Use any host installed llvm/clang in the path in case ZEPHYR_TOOLCHAIN_VARIANT=llvm is requested alone. 2. This can be further restricted with TOOLCHAIN_HOME. 3. And can be further overridden with CLANG_ROOT_DIR, like previously. So, only the unconditional restriction to /usr is lifted. Together with fixing the unconditional set of TOOLCHAIN_HOME by host tools for non-toolchain needs, this makes the logic more flexible. Now, after the logic is controllable by TOOLCHAIN_HOME, 3) might be an extra, but is left intact for backward compatibility. Signed-off-by: Oleg Zhurakivskyy <oleg.zhurakivskyy@intel.com>
2019-03-08 12:04:13 +01:00
endif()
cmake: toolchain: clang: Use 'find_program' and TOOLCHAIN_HOME Align 'clang' with 'gcc' by having it also use 'find_program' instead of 'set' to assign toolchain paths. Signed-off-by: Sebastian Bøe <sebastian.boe@nordicsemi.no>
2018-12-10 15:14:50 +01:00
clang: use LLVM_TOOLCHAIN_PATH instead of CLANG_ROOT_DIR Be consistent with other toolchains. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2020-10-29 13:53:01 +01:00
set(LLVM_TOOLCHAIN_PATH ${CLANG_ROOT_DIR} CACHE PATH "clang install directory")
clang/llvm: add initial configuration file for clang Add an LLVM backend and a clang toolchain variant to support building with llvm coming with popular Linux distributions. This has been tested with X86 boards: - quark_d2000_crb - quark_se_c1000_devboard/Arduino 101 Use: export ZEPHYR_TOOLCHAIN_VARIANT=clang Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2018-05-02 07:09:31 +02:00
set(COMPILER clang)
cmake: Toolchain abstraction: Abstraction of binary tools, foundation. This forms the foundation for the abstraction of the binary tools, where the following steps are taken: - Move binary tool resolving, such as objcopy, objdump, readelf and so forth, out of compiler definitions and place in a dedicated binary tools folder with the binary tools supplier as subfolder, similar to the compiler and linker directories. - Create binary tool sets, gnu, host-gnu and llvm. - Each toolchain selects the required set of binary tools by setting BINTOOLS via its generic.cmake as it also does for compiler and linker. The intent here is to abstract Zephyr's dependence on toolchains, thus allowing for easier porting to other, perhaps commercial, toolchains and/or usecases. No functional change expected. Signed-off-by: Danny Oerndrup <daor@demant.com>
2019-07-18 15:06:51 +02:00
set(BINTOOLS llvm)
clang/llvm: add initial configuration file for clang Add an LLVM backend and a clang toolchain variant to support building with llvm coming with popular Linux distributions. This has been tested with X86 boards: - quark_d2000_crb - quark_se_c1000_devboard/Arduino 101 Use: export ZEPHYR_TOOLCHAIN_VARIANT=clang Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2018-05-02 07:09:31 +02:00
cmake: llvm: llvm has no newlib llvm does not have newlib integrated for all architectures. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2021-04-19 16:12:42 +02:00
set(TOOLCHAIN_HAS_NEWLIB OFF CACHE BOOL "True if toolchain supports newlib")
cmake: toolchain: print what we find Print the name of the discovered toolchain as well as the variable used to initialize it. This is nice to know when doing remote support, since users will sometimes misconfigure their toolchain and not know what that means. Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
2020-03-05 23:20:59 +01:00
message(STATUS "Found toolchain: host (clang/ld)")
Copy permalink