用LLVM for ARM 代替 Keil 的AC6（armclang）编译，LLVM完全碾压GCC

huanglaihei

LLVM使用：
LLVM-ET-Arm-19.1.5-Windows-x86_64

GCC使用：
arm-gnu-toolchain-14.2.rel1-mingw-w64-i686-arm-none-eabi

armclang（AC6）使用：
ARMCompiler6.22_standalone_win-x86_64

编译文件，不链接，优化开到最大。


c文件不包含标准库
编辑体积比较：
llvm for arm



GCC


armclang(AC6)



体积比较：
armclang(AC6) = 5.05KB     <   llvm for arm = 5.38KB      <   GCC = 9.10KB

llvm for arm 开源链接：
https://github.com/arm/arm-toolc ... m-software/embedded
https://github.com/ARM-software/LLVM-embedded-toolchain-for-Arm

huanglaihei

兄弟们，llvm for arm 是 开源的，编译效率比GCC强太多了，而且在windowns上配合Ninja, 编译速度和keil 的上ac6 一样快！！！（好像还更快？）     
总之，windowns 上用llvm for arm + Ninja 能直接秒杀给 网上绝大多数教程的 gcc + MinGW，能秒杀到渣都不剩，当然仅限单片机开发

huanglaihei

兄弟们，llvm for arm 是 开源的，编译效率比GCC强太多了，而且在windowns上配合Ninja, 编译速度和keil 的上ac6 一样快！！！（好像还更快？）     
总之，windowns 上用llvm for arm + Ninja 能直接秒杀给 网上绝大多数教程的 gcc + MinGW，能秒杀到渣都不剩，当然仅限单片机开发

沉默小AI

不知道怎么使用

了无

使用gcc的O0调试挺好，使用armclang的调试体验感觉有些差。完了也试试clang。感谢分享，塞班

huanglaihei

沉默小AI 发表于 2025-4-16 17:25
不知道怎么使用

后面我出个简易教程

qinfeng173

比较编译器生成的代码大小，哪有用object文件的尺寸作为依据的

NJCBY2024

感觉资料很少啊

huanglaihei

qinfeng173 发表于 2025-4-16 19:41
比较编译器生成的代码大小，哪有用object文件的尺寸作为依据的

程序很简单，没有使用C库，链接也只是将目标文件里的二进制文件链接到一起，

tangqianfeng

需要写cmake吗？

huanglaihei

tangqianfeng 发表于 2025-4-16 20:20
需要写cmake吗？

用camke管理很方便，当然不用cmake也可以，毕竟单片机项目的文件一般不会很多，自己手动管理makefile也没有问题

了无

huanglaihei 发表于 2025-4-16 20:29
用camke管理很方便，当然不用cmake也可以，毕竟单片机项目的文件一般不会很多，自己手动管理makefile也没 ...

系统include目录不太好设置，使用或者不使用浮点还得改 一下系统目录，没法通过编译参数自动找

了无

貌似可以使用multilib.yaml来实现系统目录的自动选择，我先研究一下怎么用

cctv180

huanglaihei 发表于 2025-4-16 20:29
用camke管理很方便，当然不用cmake也可以，毕竟单片机项目的文件一般不会很多，自己手动管理makefile也没 ...

白嫖mdk傻孩子大佬是专业的，gcc的好像说还可以用RTE
【教程】如何用GCC“零汇编”白嫖MDK
https://mp.weixin.qq.com/s?__biz ... 189#wechat_redirect

qinfeng173

huanglaihei 发表于 2025-4-16 19:52
程序很简单，没有使用C库，链接也只是将目标文件里的二进制文件链接到一起，

你都要比较代码大小了，研究一下具体的代码和常量段的尺寸难道不是基本操作？从来没听说用object文件的大小来评估代码大小的，object文件里面除了真实代码和数据之外，其他乱七八糟的东西多了去了。回到你的题目，现代LLVM和GCC编译器的优化结果不可能有这么大差别，对于hello.c这样简单的代码，能差个几十个字节顶天了。

了无

qinfeng173 发表于 2025-4-17 11:09
你都要比较代码大小了，研究一下具体的代码和常量段的尺寸难道不是基本操作？从来没听说用object文件的大 ...

是 的 ，object文件中可能还塞了调试信息。不准确的很。另外我试了整个工程gcc O0编译下来，甚至比ARM CLANG 还小。IAR编译出来的尺寸是最小的

huanglaihei

qinfeng173 发表于 2025-4-17 11:09
你都要比较代码大小了，研究一下具体的代码和常量段的尺寸难道不是基本操作？从来没听说用object文件的大 ...

我这样测试确实不太严谨，我昨晚在另一台电脑上用 coremark 跑过，优化拉满，不使用浮点，LLVM确实遥遥领先，包括链接之后的程序大小也是仅次于armclang，因为现在用的电脑没有环境无法截图发出来，后面补上。这个目标文件里主要有 机器代码， 数据段，符号表 重定位信息 段头表 等，没有调试信息，我看了 .text .data .bss， 发现gcc和llvm 差距很大，后面我再补充下浮点运算的情况

hqgboy

大佬，来个傻瓜教程。谢谢。

dukelec

gcc 不会差的，反倒是 llvm 有中间层抽象，很难优化到极致

cxdistance

我在stm32f401上对比了一下gcc和clang的coremark跑分。确实clang编译出来程序性能要好很多。工程是基于cmake的，可以clion打开，仓库 https://github.com/luchenxu73/stm32-compiler-benchmark

avita

参考前面网友的帖子, 我也在现成的工程测试了一下 FLASH 占用 (不严格测试)
GCC 13.3 -> Os 编译, 编译参数基本相同
FLASH : 64.195K
RAM : 45.383K

LLVM (ATfE 20.1.0) -> Os 编译参数基本相同
FLASH : 72.035K
RAM : 45K

两者程序都能正确运行, 其中 LLVM 编译的 RAM 占用比 GCC 少 0.383K, FLASH 比 GCC 多 7.84K, 不知道是哪里的问题

PS: 网友的测试 LLVM RT-Thread 测试 结果也类似

cowen

LLVM的汇编代码兼容GCC吗？以前考虑用使用免费的GCC开发环境，要用STM32时已经切换到GCC了
结果后面缺货换回国产MCU后又要切回来。国产MCU很多是没做GCC支持的，用GCC只能自己写启动代码和链接工具

波奇塔

cowen 发表于 2025-4-24 10:23
LLVM的汇编代码兼容GCC吗？以前考虑用使用免费的GCC开发环境，要用STM32时已经切换到GCC了
结果后面缺货换 ...

兼容的，有些地方要改改而已。