没办法， 大量的工程师从培训第一天起就被绑死在某个ide上了， 离开这个ide他就什么都不会了


【 在 feiy (null) 的大作中提到: 】
1、如果追求一些性能指标的话，keil对某些单片机，尤其是STM32的，效果可能会更好
。

我个人的体验：同样的C代码，不同的开发环境，gcc编译的性能效果，总比keil ide下
编译得到效果，要差5-10%左右 -- 这里所说的要差，对比的是各种编译选项下的最佳对
比 -- 我大量的项目都曾验证过这一点。

曾经想过试图去对比两者编译得到的代码的不同，然后尝试“按照gcc编译最佳的方式”
局部调整代码，以确保在gcc编译下的最优，但是一直没有功夫和心情去做 :-)


2、此外，我们的客户和合作伙伴，使用keil做单片机开发的，毕竟是主流，我们也得配
合人家。

尽管我经常呼吁，换gcc相关的开发环境吧，避免版权的问题，但是绝大多数人都只是谢
谢提醒而已。估计得到了南墙（类似AD电话收费、芯片缺货或封锁）那一天（keil也开
始查版权费）那一天，大家才会去换吧。


上述是目前我很多项目，还得用keil的现实原因。


【 在 intron (内含子) 的大作中提到: 】
: 我用全套开源的 Eclipse + CDT + Embedded CDT + arm-none-eabi-gcc + OpenOCD
: 方案。对于 Keil MDK，只用其免费评估版的功能做很少量的测试而已。
--
FROM 106.121.160.*