Atollic TrueSTUDIO中STM32项目C转C++失败及编译报错解决问询

问题回顾 #

你尝试在Atollic TrueSTUDIO中把CubeMX生成的STM32项目转为C++时遇到了一系列问题：

• 执行项目转换操作（右键项目→New/Other→选择Convert to a C/C++ Project (Adds C/C++ Nature)）时，点击Next无响应，再次点击后完成操作但项目无任何变化
• 将main.c改为main.cpp后编译报错，链接阶段找不到main符号，错误信息如下：

  startup\startup_stm32f407xx.o: In function `LoopFillZerobss':
  C:\Users\Michel\OneDrive\Stm32\Stm32CubeProjects\Fcb1010\Debug/..\startup/startup_stm32f407xx.s:115: undefined reference to `main'
  collect2.exe: error: ld returned 1 exit status
  

• 观察到编译仍使用arm-atollic-eabi-gcc而非预期的g++

针对TrueSTUDIO的可行解决步骤 #

1. 手动修复项目特性与编译配置 #

• 添加C++特性：右键项目→Properties→Project Natures，确认C++ Nature已勾选；如果未勾选，点击Add按钮手动添加该特性后应用设置。
• 切换编译器与链接器：进入C/C++ Build→Settings，在Tool Settings标签页：
  • 确保C++ Compiler的工具路径指向arm-atollic-eabi-g++
  • 在Linker选项中，将链接器命令改为arm-atollic-eabi-g++，这样才能正确处理C++的名字修饰与标准库依赖。
• 确认文件类型关联：右键main.cpp→Properties→Resource→Type，确保文件类型被识别为C++ Source File，避免编译器用C语言规则处理它。

2. 适配启动文件的main符号 #

C++会对函数名进行名字修饰，而启动汇编文件调用的是未修饰的main符号，你可以在main.cpp中用extern "C"包裹main函数，避免修饰：

extern "C" int main(void) {
  // 原main函数的所有内容
  HAL_Init();
  SystemClock_Config();
  // ...其他初始化代码
  while (1) {
    // 业务逻辑
  }
}

3. 从CubeMX阶段直接配置C++支持 #

如果重新生成项目，可以在CubeMX的Project Manager→Project Settings中，将Toolchain/IDE选为Atollic TrueSTUDIO后，检查是否有生成C项目的选项（部分版本支持直接指定C），这样生成的项目自带C++特性，无需手动转换。

你的后续解决方案 #

你提到卸载了Atollic TrueStudio和AC6 System Workbench后重装AC6，现在可以在AC6中正常使用C++甚至STL，不过由于两者基于Eclipse会互相影响，你选择不再使用TrueStudio。

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