PB编译顺序小结

最新推荐文章于 2024-10-12 22:35:48 发布

原创最新推荐文章于 2024-10-12 22:35:48 发布 · 3.5k 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#flash #wince #build #平台 #dll #c

WINCE 专栏收录该内容

48 篇文章

订阅专栏

本文介绍了PB项目的高效编译方法，通过合理安排编译顺序，避免不必要的全量编译，大幅节省开发时间。具体包括如何仅编译改动的驱动、公共代码及Bootloader等关键组件。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

正确的PB编译方法，能够大大节约编译时间。

在新建一个工程后，通常都要Rebuild Solution。通常会花一个小时左右的时间。如果每次修改一个驱动，都要Rebuild Solution一次，那就无法开发了。因此有必要理清PB的调用顺序，这样方能
在编译时事半功倍。

新建一个工程，通常都需要Rebuild Solution一次，但是如果能够将已经编好的整个工程文件夹拷到现有工程目录下，则不用Rebuild Solution了，只需编译相应驱动，再make一下就OK了。

修改对应平台下相应的驱动，只需编译相关驱动，再make一下就行了。

修改public下的代码，需要编译相应目录下的驱动，确保生成相应的dll或lib库文件后，再
Build -> advanced build commond -> sysgen，再make.这时会花十几分钟的样子。

bootloader中，主程序文件main.c中调用了很多库文件里面的函数，需要先编译修改过的文件，生成相应lib库文件，再编译bootloader的相关文件，才真正有效。

NK中也会包含bootloader目录中的部分代码，如nand flash驱动，在bootloader中，如修改了nand flash的相关代码，会生成新的lib库文件，这时需要编译kernal，重新将新生成的lib库文件打包，最终生成的NK才真正更新相应的flash驱动。如果不明原理，重新编译整个BSP包，将大大浪费时间。

    WINCE6.0中，有如下路径：
    D:/wince600/platform/common/soc/s3c6410_sec_v1
    该路径下都是针对6410平台的一些驱动，修改这些驱动后，需再编译SMDK6410 BSP包下的OAL，再make才有效。