michaelh/zephyr
1
0
Fork 0
Code Releases Activity
zephyr/cmake/compiler/xt-clang/compiler_flags.cmake

31 lines
1.2 KiB
CMake
Raw Normal View History

cmake: Add xcc-clang toolchain Instead of setting XCC_USE_CLANG=1, this patch adds xcc-clang toolchain that is basically xcc using the clang compiler. Initially, the new toolchain simply includes files from current xcc toolchain and (re)sets some variables. This should be a more scalable approach to diverge the toolchains in the future than placing "if($ENV{XCC_USE_CLANG})" at several places. It should also help to filter tests that run (or not) exclusively with the clang variant of XCC on twister. The XCC_USE_CLANG flag is documented as deprecated, and a message is emitted during build if still in use. Its new behaviour is to instruct Zephyr to use `xcc-clang` toolchain. Signed-off-by: Ederson de Souza <ederson.desouza@intel.com>
2022-02-17 15:32:27 -08:00
# SPDX-License-Identifier: Apache-2.0
include(${ZEPHYR_BASE}/cmake/compiler/clang/compiler_flags.cmake)
cmake: xcc/xt-clang: fix for proper system include paths Although xt-clang is based on clang, for some reason, it still lists xcc system include path as the first search path (e.g. for stddef.h), and the clang system include path as last. This creates a big issue when the code starts to use any standards past C89 (since xcc is based on GCC 4.2). We can use compiler property nostdin_include to add -isystem to compiler options. However, some modules (e.g. picolibcs) somehow ignore this. So we also need to forcibly do add_compile_options() to make sure the clang system include path is placed before the xcc system include path. Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2025-05-27 11:46:41 -07:00
# nostdinc needs to be cleared as it is needed for xtensa/config/core.h.
# nostdinc_include contains path to llvm headers.
cmake: Add xcc-clang toolchain Instead of setting XCC_USE_CLANG=1, this patch adds xcc-clang toolchain that is basically xcc using the clang compiler. Initially, the new toolchain simply includes files from current xcc toolchain and (re)sets some variables. This should be a more scalable approach to diverge the toolchains in the future than placing "if($ENV{XCC_USE_CLANG})" at several places. It should also help to filter tests that run (or not) exclusively with the clang variant of XCC on twister. The XCC_USE_CLANG flag is documented as deprecated, and a message is emitted during build if still in use. Its new behaviour is to instruct Zephyr to use `xcc-clang` toolchain. Signed-off-by: Ederson de Souza <ederson.desouza@intel.com>
2022-02-17 15:32:27 -08:00
set_compiler_property(PROPERTY nostdinc)
cmake: xcc/xt-clang: fix for proper system include paths Although xt-clang is based on clang, for some reason, it still lists xcc system include path as the first search path (e.g. for stddef.h), and the clang system include path as last. This creates a big issue when the code starts to use any standards past C89 (since xcc is based on GCC 4.2). We can use compiler property nostdin_include to add -isystem to compiler options. However, some modules (e.g. picolibcs) somehow ignore this. So we also need to forcibly do add_compile_options() to make sure the clang system include path is placed before the xcc system include path. Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2025-05-27 11:46:41 -07:00
set_compiler_property(APPEND PROPERTY nostdinc_include ${NOSTDINC})
xcc-clang: add default C includes when build C++ code nostdinc_include flag needs to contain path to llvm libraries and remove other relative paths. Change compiler flag to add default C includes on building C++ code using xcc-clang compiler. Fixes #54730 Signed-off-by: Aastha Grover <aastha.grover@intel.com>
2023-01-30 20:19:18 -05:00
cmake: Add xcc-clang toolchain Instead of setting XCC_USE_CLANG=1, this patch adds xcc-clang toolchain that is basically xcc using the clang compiler. Initially, the new toolchain simply includes files from current xcc toolchain and (re)sets some variables. This should be a more scalable approach to diverge the toolchains in the future than placing "if($ENV{XCC_USE_CLANG})" at several places. It should also help to filter tests that run (or not) exclusively with the clang variant of XCC on twister. The XCC_USE_CLANG flag is documented as deprecated, and a message is emitted during build if still in use. Its new behaviour is to instruct Zephyr to use `xcc-clang` toolchain. Signed-off-by: Ederson de Souza <ederson.desouza@intel.com>
2022-02-17 15:32:27 -08:00
if($ENV{XCC_NO_G_FLAG})
# Older xcc/clang cannot use "-g" due to this bug:
# https://bugs.llvm.org/show_bug.cgi?id=11740.
# Clear the related flag(s) here so it won't cause issues.
set_compiler_property(PROPERTY debug)
endif()
xcc-clang: Do not used unavailable options xcc-clang in based on clan-10 and does not support -fno-pic and -fno-pie. clang-10: warning: argument unused during compilation: '-fno-pic' [-Wunused-command-line-argument] [147/148] Linking C executable zephyr/zephyr.elf clang-10: warning: argument unused during compilation: '-no-pie' [-Wunused-command-line-argument] Signed-off-by: Flavio Ceolin <flavio.ceolin@intel.com>
2022-08-22 08:47:03 -07:00
# Clang version used by Xtensa does not support -fno-pic and -fno-pie
set_compiler_property(PROPERTY no_position_independent "")
cmake: enable -Wshadow partially for in-tree code This enables -Wshadow to warn about shadow variables on in tree code under arch/, boards/, drivers/, kernel/, lib/, soc/, and subsys/. Note that this does not enable it globally because out-of-tree modules will probably take some time to fix (or not at all depending on the project), and it would be great to avoid introduction of any new shadow variables in the meantime. Also note that this tries to be done in a minimally invasive way so it is easy to revert when we enable -Wshadow globally. Source files under modules/, samples/ and tests/ are currently excluded because there does not seem to be a trivial way to add -Wshadow there without going through all CMakeLists.txt to add the option (as there are 1000+ files to change). Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2023-08-11 13:40:05 -07:00
# Remove after testing that -Wshadow works
set_compiler_property(PROPERTY warning_shadow_variables)
cmake: compiler/xt-clang: add -Wno-unknown-warning-option xt-clang is usually based on older version of clang, and Zephyr main targets more recent versions. Because of this, some newer compiler flags may cause warnings where twister would mark as test being failed. To workaround that, add -Wno-unknown-warning-option to suppress those warnings. Fixes #84138 Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2025-01-17 11:47:14 -08:00
# xt-clang is usually based on older version of clang, and
# Zephyr main targets more recent versions. Because of this,
# some newer compiler flags may cause warnings where twister
# would mark as test being failed. To workaround that,
# add -Wno-unknown-warning-option to suppress those warnings.
check_set_compiler_property(APPEND PROPERTY warning_extended
-Wno-unknown-warning-option
)
Copy permalink