OrgZephyr/zephyr
OrgZephyr
/
zephyr
mirror of https://github.com/zephyrproject-rtos/zephyr.git
1
0
Fork 0
Code Issues Releases Wiki Activity
zephyr/cmake/compiler/xcc/compiler_flags.cmake

12 lines
457 B
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-18 07:32:27 +08:00
# SPDX-License-Identifier: Apache-2.0
cmake: compiler/xcc: override and clear debug property for clang Some older versions of XCC Clang would result in the following error during compilation: /tmp/file.s: Assembler messages: /tmp/file.s:20: Error: file number 1 already allocated clang-3.9: error: Xtensa-as command failed with exit code 1 due to a bug in LLVM: https://bugs.llvm.org/show_bug.cgi?id=11740. This is fixed in upstream, https://reviews.llvm.org/D20002, in 2016. However, it seems that it is only fixed after XCC RI-2018.0. Instead of blanket disabling usage of '-g', use an environment variable "XCC_NO_G_FLAG" to disable usage of flag '-g' to workaround this issue. This needs to be manually set because there is no way to know which XCC version is being used, and compiler flag checking for '-g' would not result in error (and thus '-g' is not ignored). This is only needed for older XCC Clang. For sufficiently new XCC verisons, there is no need for this. Note that this is an alternative implementation to commit deeb98da5328c6fbdfc4ad1c7638a205d86f83e7. This one does not alter the GCC flag file, and instead, simply clear the debug compiler property so "-g" is not used. Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2022-02-02 01:47:54 +08: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-18 07:32:27 +08:00
include(${ZEPHYR_BASE}/cmake/compiler/gcc/compiler_flags.cmake)
cmake/compiler/xcc: sched: Support XCC inlining semantics Cadence XCC is based off of a very old 4.2 gcc compiler, which didn't perfectly support C99 "inline" semantics with respect to cross-translation-unit inline linkage (which Zephyr does not use, our inlines are static only) and declaration order. Fix the one spot where we were calling an inline before its ALWAYS_INLINE definition, and add a flag to suppress the warning so CI's trying to build with XCC and -Werror don't flip out. Signed-off-by: Andy Ross <andrew.j.ross@intel.com>
2021-09-08 06:34:04 +08: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-18 07:32:27 +08:00
# XCC is based on GCC 4.2 which has a somewhat pedantic take on the
# fact that linkage semantics differed between C99 and GNU at the
# time. Suppress the warning, it's the best we can do given that
# it's a legacy compiler.
set_compiler_property(APPEND PROPERTY warning_base "-fgnu89-inline")
compiler/xcc: Remove -Werror flag unknown to XCC XCC (based on GCC 4.2) doesn't recognize -Wvla (for variable-length array), so remove it from "warning_error_misra_sane" property. Signed-off-by: Ederson de Souza <ederson.desouza@intel.com>
2022-02-16 23:36:53 +08: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-18 07:32:27 +08:00
set_compiler_property(PROPERTY warning_error_misra_sane)