【RT1052】+ 终于找到Keil编译超慢的罪魁祸首+解决方案

mars4zhu

RT1052的例程用Keil编译起来真的是超慢啊。。。。用了两分钟以上。。。。

刚开始我以为是最新版Keil编译器做了很多优化，所以慢。
然而今天我用Keil编译STM32的CMSIS-DAP程序的时候，发现编译超快。那么应该不是编译器的问题。


那肯定是代码体积的问题咯。于是乎我把所有c代码的文件打开，发现也不大啊。

再一看，发现#include的头文件里面，包含了一个巨大的.h文件（#include "MIMXRT1052.h"）
这个头文件是RT1052的芯片内部所有寄存器定义，一共29K行。。。。。。。。。。

基于对头文件的优化理解，我记得很多编译器包括MSVC、GCC都有头文件预编译的优化选项，大概原理就是除非头文件被修改，否则把头文件的单独编译一下，把中间文件保存下来，这样下次对头文件的编译就可以略过，直接使用之前的中间文件即可。


通过查找，发现Keil的C编译器支持头文件预编译优化选项--pch，


果断在Keil的工程选项里面设置--pch。



优化对比来了。。。usb_device_hid_generic例程的编译，从2分8秒缩短到7秒钟（第一次编译生成PCH的时候还是需要2分钟以上。）


注意编译的时候提示 " using precompiled header file "xxx.pch"说明用上了之前预编译的pch文件。

PS：PCH文件特别大。我编译出来基本每个PCH文件都有12M。总共PCH加起来有350MB。这算得上是以空间换时间的典型的代码优化方法了。

阅读全文

mzy2364

学习学习

donatello1996

这个方法副作用太大，查函数定义查不了，并且会把一大堆头文件复制到工程目录那里。

zmh169

增量编译比较靠谱

mars4zhu

donatello1996 发表于 2018-11-27 20:42
这个方法副作用太大，查函数定义查不了，并且会把一大堆头文件复制到工程目录那里。 ...

怎么看不了函数？？？源代码都在这。

--pch_dir选项了解一下。

stm1024

编译成lib以后效果更佳

mars4zhu

stm1024 发表于 2018-11-28 12:14
编译成lib以后效果更佳

No。肯定是PCH。编译慢的根本原因是头文件太大而不是库函数太多。

mars4zhu

xiaoshen-372360 发表于 2018-11-27 21:34
刚刚试过了楼主的方法，在初次编译的时候生成PCH文件就还是会花掉很多时间…第二次的话会省掉很多时间，… ...

10秒和一秒的区别。

编译慢的根本原因是头文件太大而不是库函数太多。

xinshuwei

lib方法好用还是  就是不能看底层了

leo121_3006061

谢谢分享，被这个折磨的