Keil for ARM 5.33版基于RTE创建工程时候的必须注意事项

书接上回《KEIL for ARM 5.33最新版无法正常编译，该如何解决？》，上回咱们第一次用Keil for ARM的这个新版本，遇到了默认编译器AC6，在配置上如果不在标准外设库选择选择时候勾选Framework和RCC两项（实际上配置工具橙色警告提示了这两个遗漏）。

一个最简单的hello Word程序都可以报错一堆，警告一堆。

而在工程配置完成后，如果在工程配置上切换到AC5（老版本的）编译器，就可以扭转乾坤，实现 0 error 0 warning。

是不是很奇怪，所以我当时就误以为这是不是新版本的BUG？

有朋友看到我的帖后，告诉我说这是AC6的新特性，对程序代码审核更加严格了而已。

接下来咱们重新再建设一个工程，看看到底咋回事。

1、新建工程，选择所用的芯片型号

2、进入RTE配置菜单，配置选项如下

根据需要选择你所用到的标准外设库，如果遗漏掉Framework和RCC会出现橙色警告，如下所示：

如果遗漏出现橙色警告，单击左下角Resolve可以帮您勾选上，如果这个时候没有补上这两个，就OK了，不要担心，后面还可以补救。

单击OK后，进入工程，添加一个main.c的main函数文件：

这个时候如果编译的话，效果如下

这是为何呢？仔细观察警告类型，大多都是一些不同数据直接赋值转换的警告，没啥好担心的，但是有不少像我一样有0错误0警告强迫症的人，看到1个警告就难受。

怎么办，打开工程配置选项：

发现AC编译器这里默认的是AC6，是个新东西啊，之前没用过，换成AC5试试看。

0错误0警告了，好神奇

话说回来了，如果刚才RTE配置时候，遗漏了Framework和RCC，直接编译会出现多个错误和几十个警告，如果遇到这个问题，就可以看我上一个贴讲到的。在工程配置将AC6更换为AC5版本，然后保存，编译工程，这个时候会发现同样的变成了0错误0警告，因为AC5会自动帮你把你遗漏的Framework和RCC添加回来。

而AC6更加严格，你没有添加，它不会主动帮你添加，它以为你不需要呢。

如果改成了AC5后，进行了一次编译，然后再切换回AC6会怎么样呢？

仍然是0错误0警告，好神奇，是不是？

怎么不报数据赋值类型不同的警告了呢？

注意下面这个位置的变化，在刚建好的时候默认的是All warnings。

在改成AC5编译一次后，切换回来变成了AC5-like Warnings。

可选的警告展示类型有5个选项，只有AC6默认的All Warnings选项会导致一堆的警告，让人心烦啊。

这就说明如果你用AC6，可以让警告的执行标准像AC5一样不严格。

大家明白了吗？

这对不太了解AC6的人会认为是个设计上的BUG，而对AC6的设计人员呢，这就是他们想要的结果，因此这不算个BUG，作为用户应该了解产品设计者的初衷，才能用好这个工具。
另外关键的一点，该贴的目的不是真的要讨论算不算BUG，而是要分享给你如何快速创建新的工程，并让你的代码 0 error 0 warning。

END

本文系21ic论坛蓝V作者gaoyang9992006原创