新浪博客

浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑

2023-06-09 15:18阅读：

http://blog.sina.cn/dpool/blog/u/2565749395

原创文章，转载请注明出处：https://www.armbbs.cn/forum.php?mod=viewthread&tid=119562
版本迭代是嵌入式开发永久的痛，这么多年不知道浪费了多少时间在版本迭代上。
部分系统组件还好点，有个LTS长期支持版，而厂家SDK和IDE环境可谓惨不忍睹，一代版本一代坑。
视频版：
https://www.bilibili.com/video/BV1qu4y1d7wV

【MDK】

刚开始接触M内核芯片的时候就是用的这款IDE，最早有MDK2（主要是51使用）, MDK3, 进入MDK4后，MDK4.54算是一个经典版本，最早搞M内核那波人，很多人都是用的这个版本上手的。
迭代到MDK4.74后，开启了MDK5时代，刚开始的MDK5.0X和MDK5.1X就是填坑，所以用MDK4转载到MDK5的人还不是很多。

1、进入到MDK5.2X后，开始第1个分水岭。

芯片厂家新出的新品没法再用MDK4，必须转战到MDK5了。KEIL为了缓解用户的对MDK4的依赖，推出MDK5后，仅接着搞了个MDK5对MDK4的兼容包。初期推广的时候，很多人不知道这个兼容包。
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑

将MDK4使用MDK5强行打开后，各种各样的问题，被搞得头都大了。把所有的例子都用MDK5重新创建下，有点不现实，例子太多了。后来不断摸索，搞了个骚操作，直接修改MDK4工程后缀 uvproj 改成 MDK5的后缀 uvprojx即可，大部分例子都可以这么方便的使用MDK5打开。
2、第2个分水岭，MDK5编译HAL库

MDK5 AC5编译HAL库带brower info堪称史诗级灾难，编译10来分钟都是小意思。编译慢就算了，电脑CPU都飙到100%了，电脑什么都干不了，只能干等着。
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑
为了缓解用户的焦虑，开始推进MDK AC6，刚开始的时候还挺开心，带browser info编译速度快了很多，当编译完毕后，发现go to def不能用，研究了下，原来是把browser info生成搞到了后台。实际总时间和AC5区别不大。
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑

3、第3分水岭，AC5转AC6

这个痛点，估计近几年无法得到解决，因为市面上大量开源工程依然是MDK AC5创建的，更重要的是工程中一些开源组件不支持MDK AC6，这就给转战MDK AC6带来很大难度。虽然KEIL后来出了AC5转AC6文档，但杯水车薪，复杂工程的修改难度太大了。
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑
既然这么麻烦，为什么还要转战AC6，因为AC5从MDK5.37开始正式推出历史舞台，后面出的M23,M33,M55,M85等芯片也没法用AC5了。
现在的大部分工程依然要使用AC5 LINK警告类型
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑

4、第4个分水岭，MDK RTE创建工程

早期的芯片还支持MDK RTE经典创建方式，这个方式非常好用，也非常给力，这个值得肯定。
后来新出的芯片，同样是灾难级表现，以STM32H7为例，不再支持经典方式了，RTE必须配合STM32CubeMX一起使用, 而且对应的工程必须使用指定MDK版本，CMSIS版本和STM32H7软件包版本。
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑

5、第5个分水岭，MDK软件包下载问题

本来官网下载就奇卡无比，最近还搞了骚操作，让本就难用的下载问题“雪上加霜”，软件包的下载变得超级难用
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑

6、今年年底要发布MDK6

这个必将又是一顿疯狂操作。
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑

【IAR】

IAR最早用的是IAR6.3，之后陆续使用了7.x ，8.x和9.x
IAR早期版本最大的缺点就是毫无兼容性可言，你的工程是版本创建的，就必须使用那个版本打开。到后来的IAR8.X和9.X好了很多，可以强制转换之前老版本创建的程序了。
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑
除了兼容性问题，新出的IAR9.X带来了一个坑，之前的fputc和fgetc重定向串口没法用了，必须用他们官方的重定向方式解决。
https://www.armbbs.cn/forum.php?mod=viewthread&tid=109542
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑
【GCC】

基于GCC创建的IDE环境，同样是各种兼容性问题，以Embedded Studio为例，之前用V5.X创建的工程，现在使用V7,X就无法正常编译，直接报错。
这找谁说理去，网友们一打开，无法正常编译，这用户体验不太舒服。
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑
基于eclipse/vscode/clion + gcc + openocd的玩法，我用的少，没有研究过版本兼容问题。
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑

【芯片厂家SDK】

芯片厂家的SDK也是各种坑，各种折腾用户。
以STM32为例进行说明
（1）标准库到HAL和LL库
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑
（2）HAL库的版本迭代
有时候版本迭代不考虑兼容性，同样让人头疼，以串口代码为例，后面的升级竟然直接来个删除结构体成员的骚操作：
浅谈这些年如何被MDK,IAR,GCC和厂家SDK版本兼容性“蹂躏”,一代版本一代坑
针对各种兼容问题，大家有什么好的思路来解决这些问题，欢迎分享，个人用倒是没什么，但是团队之间或者网上分享给别，兼容性就不得不考虑了。

我的更多文章

下载客户端阅读体验更佳

APP专享