OrgZephyr/zephyr
OrgZephyr
/
zephyr
mirror of https://github.com/zephyrproject-rtos/zephyr.git
1
0
Fork 0
Code Issues Releases Wiki Activity
zephyr/cmake/bintools/oneApi/target.cmake

30 lines
1.2 KiB
CMake
Raw Normal View History

toolchain: add support Intel oneApi toolchain based on llvm This adds preliminary support for the oneApi toolchain for X86. The toolchain is available from here: https://software.intel.com/content/www/us/en/develop/tools/oneapi/base-toolkit/download.html Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2020-12-16 07:00:58 +08:00
# SPDX-License-Identifier: Apache-2.0
if(DEFINED TOOLCHAIN_HOME)
toolchain: oneApi: Fix support and update for 2023.0.0 release The oneApi support has bit rotten since it was first introduced. Update the support to function with the latest 2023.0.0 release and add a check to only support that version or newer for now. Versions before 2021.2.0 have linker script failures. Various fixes made: * In the 2023.0.0 release, various binaries are in a llvm-bin path so add support to search in that path. This replaces the python search path that much older versions needed. * newlib isn't supported with oneApi so set TOOLCHAIN_HAS_NEWLIB to OFF to match that. * 2023.0.0 doesn't back llvm-nm, so use binutils version. This is expected to be fixed in 2023.1.0 release so add a check to handle either case. * Update compiler flag check based on clang to also support CMAKE_C_COMPILER_ID of "IntelLLVM" as that is how the oneApi toolchain reports itself. Signed-off-by: Kumar Gala <kumar.gala@intel.com>
2023-01-21 07:21:23 +08:00
set(find_program_clang_args PATHS ${TOOLCHAIN_HOME} ${ONEAPI_LLVM_BIN_PATH} NO_DEFAULT_PATH)
toolchain: add support Intel oneApi toolchain based on llvm This adds preliminary support for the oneApi toolchain for X86. The toolchain is available from here: https://software.intel.com/content/www/us/en/develop/tools/oneapi/base-toolkit/download.html Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2020-12-16 07:00:58 +08:00
set(find_program_binutils_args PATHS ${TOOLCHAIN_HOME} )
endif()
toolchain: oneApi: Fix support and update for 2023.0.0 release The oneApi support has bit rotten since it was first introduced. Update the support to function with the latest 2023.0.0 release and add a check to only support that version or newer for now. Versions before 2021.2.0 have linker script failures. Various fixes made: * In the 2023.0.0 release, various binaries are in a llvm-bin path so add support to search in that path. This replaces the python search path that much older versions needed. * newlib isn't supported with oneApi so set TOOLCHAIN_HAS_NEWLIB to OFF to match that. * 2023.0.0 doesn't back llvm-nm, so use binutils version. This is expected to be fixed in 2023.1.0 release so add a check to handle either case. * Update compiler flag check based on clang to also support CMAKE_C_COMPILER_ID of "IntelLLVM" as that is how the oneApi toolchain reports itself. Signed-off-by: Kumar Gala <kumar.gala@intel.com>
2023-01-21 07:21:23 +08:00
find_package(oneApi 2023.0.0 REQUIRED)
toolchain: add support Intel oneApi toolchain based on llvm This adds preliminary support for the oneApi toolchain for X86. The toolchain is available from here: https://software.intel.com/content/www/us/en/develop/tools/oneapi/base-toolkit/download.html Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2020-12-16 07:00:58 +08:00
find_program(CMAKE_AR llvm-ar ${find_program_clang_args} )
toolchain: oneApi: Fix support and update for 2023.0.0 release The oneApi support has bit rotten since it was first introduced. Update the support to function with the latest 2023.0.0 release and add a check to only support that version or newer for now. Versions before 2021.2.0 have linker script failures. Various fixes made: * In the 2023.0.0 release, various binaries are in a llvm-bin path so add support to search in that path. This replaces the python search path that much older versions needed. * newlib isn't supported with oneApi so set TOOLCHAIN_HAS_NEWLIB to OFF to match that. * 2023.0.0 doesn't back llvm-nm, so use binutils version. This is expected to be fixed in 2023.1.0 release so add a check to handle either case. * Update compiler flag check based on clang to also support CMAKE_C_COMPILER_ID of "IntelLLVM" as that is how the oneApi toolchain reports itself. Signed-off-by: Kumar Gala <kumar.gala@intel.com>
2023-01-21 07:21:23 +08:00
if(ONEAPI_VERSION VERSION_LESS_EQUAL "2023.0.0")
find_program(CMAKE_NM nm ${find_program_binutils_args} )
else()
find_program(CMAKE_NM llvm-nm ${find_program_clang_args} )
endif()
cmake: oneApi: add oneApi support on windows. add .S file extension suffix into CMAKE_ASM_SOURCE_FILE_EXTENSIONS, because clang from OneApi can't recongnize them as asm files on windows, then they won't be added into build system. Signed-off-by: Chen Peng1 <peng1.chen@intel.com>
2021-07-27 10:56:13 +08:00
# In OneApi installation directory on Windows, there is no llvm-objdump
# binary, so would better use objdump from system environment both
# on Linux and Windows.
find_program(CMAKE_OBJDUMP objdump ${find_program_binutils_args})
toolchain: add support Intel oneApi toolchain based on llvm This adds preliminary support for the oneApi toolchain for X86. The toolchain is available from here: https://software.intel.com/content/www/us/en/develop/tools/oneapi/base-toolkit/download.html Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2020-12-16 07:00:58 +08:00
find_program(CMAKE_RANLIB llvm-ranlib ${find_program_clang_args} )
find_program(CMAKE_OBJCOPY llvm-objcopy ${find_program_binutils_args})
find_program(CMAKE_READELF readelf ${find_program_binutils_args})
find_program(CMAKE_STRIP llvm-strip ${find_program_binutils_args})
find_program(CMAKE_GDB gdb-oneapi)
# Use the gnu binutil abstraction
include(${ZEPHYR_BASE}/cmake/bintools/llvm/target_bintools.cmake)