编译速度不及keil

【 在 spadger 的大作中提到: 】
: 接手一个STM32工程，看了下目录结构，不是MDK，不是IAR，感觉像是Eclipse，那就是
: STM32CubeIDE了。可能是因为熟悉Eclipse，用起来还挺顺手。
: 好多芯片公司的工具都是基于Eclipse开发的，比如Intel（Altera）的NIOS2，TI的CCS
: ...................
--
FROM 117.63.132.*

刚看了一下，cubeIDE大更新了....
以前你用cubeIDE是要先装了java的，现在的版本不用了，以前那个老慢了，不是编译器的问题
纯粹是你用了新版本，我自从老版本用了觉得太慢就弃坑了

【 在 spadger 的大作中提到: 】
: CubeIDE编译器是gcc。keil的编译器AC6基于llvm，速度确实可能快一些。不过这些和I
: DE没关系，主要决定于编译器。
:
: ...................
--
FROM 117.63.132.*

这个和我的印象差不多，Keil无论用AC5还是AC6编译结果都比GCC强一些。


【 在 feiy (null) 的大作中提到: 】
: 不知道你有没有时间去对比分析过gcc和keil的编译结果的差别，尤其是得到的执行代码
: 在性能上的差别。
: 不知道啥原因，我用gcc做的任何项目的编译结果，当我测试性能的时候，都不及keil得
: ...................
--
FROM 36.45.171.*

一般来说gcc跟各领域的商业compiler的性能对比都是要弱于对方的。差距平均下来也确实有10%这么多。
不然人家的compiler凭啥卖钱呢，尤其有的卖的还挺贵的。

不过另一方面你也可以试试clang，gcc代码内部还是挺混乱的，不像clang这么有条理。
早期clang的优化水平还不如gcc，不过我看了下最近的情况：
https://www.phoronix.com/scan.php?page=article&item=gcc10-clang10-x86&num=1
可以看出在不同体系结构下，有些还是能产生比较大区别的。

我也查了下在嵌入式领域是否有类似的对比，不过可能嵌入式领域，尤其是MCU这种，大家不是很关心性能吧...
找了圈没找到benchmark结果，倒是有个讨论：
https://stackoverflow.com/questions/59910057/does-arm-none-eabi-gcc-produce-slower-code-than-keil-uvision
虽然这个问题里面的例子太差了，没啥讨论的价值，但下面的讨论还是蛮有意思的。


【 在 feiy 的大作中提到: 】
: 不知道你有没有时间去对比分析过gcc和keil的编译结果的差别，尤其是得到的执行代码
: 在性能上的差别。
: 不知道啥原因，我用gcc做的任何项目的编译结果，当我测试性能的时候，都不及keil得
: ...................
--
修改:lvsoft FROM 180.109.233.*
FROM 180.109.233.*

IDE我试了一圈，还是喜欢用周立功的tkstudio，周立功把这个项目废弃了真是太可惜了

【 在 spadger 的大作中提到: 】
: 接手一个STM32工程，看了下目录结构，不是MDK，不是IAR，感觉像是Eclipse，那就是
: STM32CubeIDE了。可能是因为熟悉Eclipse，用起来还挺顺手。
: 好多芯片公司的工具都是基于Eclipse开发的，比如Intel（Altera）的NIOS2，TI的CCS
: ...................
--
FROM 218.83.127.*