CMake搭配TASKING编译器构建静态库报错，求解决方案

问题现象 #

使用CMake构建基于TASKING TriCore编译器的静态库项目时，编译器识别步骤报错：

Compiling the C compiler identification source file "CMakeCCompilerId.c" failed.
Compiler: C:/Tools/TASKING/TriCore v6.3r1/ctc/bin/cc.exe
Build flags:
Id flags: -c;-I__does_not_exist__

The output was:
no such file or directory

问题根源是CMake误将TASKING编译器当作GCC处理，使用了不兼容的编译选项。

解决方案 #

方案1：使用工具链文件（推荐） #

CMake对TASKING这类交叉编译器的支持，更推荐通过独立工具链文件配置。创建tricore-toolchain.cmake文件，内容如下：

cmake_minimum_required(VERSION 3.25)

# 指定目标系统架构
set(CMAKE_SYSTEM_NAME Generic-ELF)
set(CMAKE_SYSTEM_PROCESSOR tricore)

# 配置TASKING编译器路径
set(TASKING_TRICORE_ROOT "C:/TASKING/TriCore v6.3r1/ctc")
set(CMAKE_C_COMPILER "${TASKING_TRICORE_ROOT}/bin/ctc.exe")
set(CMAKE_AR "${TASKING_TRICORE_ROOT}/bin/artc.exe")

# 启用TASKING工具链识别
set(CMAKE_TASKING_TOOLSET ON CACHE BOOL "Enable TASKING toolchain support")

# 设置基础编译flags
set(CMAKE_C_FLAGS_INIT "-tC")
# 覆盖Release模式默认flags
set(CMAKE_C_FLAGS_RELEASE_INIT "")

# 配置链接响应文件标志
set(CMAKE_C_RESPONSE_FILE_LINK_FLAG "-f")

运行CMake时指定工具链文件：

cmake -S . -B build -DCMAKE_TOOLCHAIN_FILE=./tricore-toolchain.cmake

方案2：调整主CMakeLists.txt的变量顺序 #

如果不想使用独立工具链文件，必须把工具链相关配置放在project()命令之前（因为project()会触发编译器识别流程）。修改后的CMakeLists.txt：

cmake_minimum_required(VERSION 3.25)

# 先配置系统与工具链参数，再执行project
set(CMAKE_SYSTEM_NAME Generic-ELF)
set(CMAKE_SYSTEM_PROCESSOR tricore)
set(CMAKE_TASKING_TOOLSET ON)

# 直接指定编译器绝对路径，避免依赖PATH环境变量
set(CMAKE_C_COMPILER "C:/TASKING/TriCore v6.3r1/ctc/bin/ctc.exe")
set(CMAKE_AR "C:/TASKING/TriCore v6.3r1/ctc/bin/artc.exe")

# 配置编译flags
set(CMAKE_C_FLAGS_INIT "-tC")
set(CMAKE_C_FLAGS_RELEASE_INIT "")
set(CMAKE_C_FLAGS_RELEASE "${CMAKE_C_FLAGS_RELEASE_INIT}" CACHE STRING "" FORCE)

set(CMAKE_C_RESPONSE_FILE_LINK_FLAG "-f")

# 初始化项目
project(Aurix LANGUAGES C)

# 添加静态库构建逻辑示例
# add_library(example_lib STATIC src/sample.c)

关键说明 #

• CMAKE_TASKING_TOOLSET必须在project()之前设置，否则CMake的编译器识别流程已经完成，该变量不会生效。
• 直接使用编译器绝对路径，避免通过修改ENV{PATH}引入的路径依赖问题，提升配置稳定性。

内容的提问来源于stack exchange，提问作者xmaze