这个是生成LIB的技巧.也许大家在网上看到某些程序会发现,他们用这个方式来包含STM32
的库文件:
而不是像DX32的例程那样一堆C:
那么,本技巧篇例程就是教大家怎么生成那个.LIB 的文件的.
首先打开本程序,大家看到的整个工程就只有库文件:
因为这是把STM32的函数库编译成库的形式,所以你只需要包含函数库就行.
然后注意一点,stm32f10x_conf.h 文件中,所有的include都要开放
#include "stm32f10x_adc.h"
#include "stm32f10x_bkp.h"
#include "stm32f10x_can.h"
#include "stm32f10x_crc.h"
#include "stm32f10x_dac.h"
#include "stm32f10x_dbgmcu.h"
#include "stm32f10x_dma.h"
#include "stm32f10x_exti.h"
#include "stm32f10x_flash.h"
#include "stm32f10x_fsmc.h"
#include "stm32f10x_gpio.h"
#include "stm32f10x_i2c.h"
#include "stm32f10x_iwdg.h"
#include "stm32f10x_pwr.h"
#include "stm32f10x_rcc.h"
#include "stm32f10x_rtc.h"
#include "stm32f10x_sdio.h"
#include "stm32f10x_spi.h"
#include "stm32f10x_tim.h"
#include "stm32f10x_usart.h"
#include "stm32f10x_wwdg.h"
#include "misc.h" /* High level functions for NVIC and SysTick (add-on to CMSIS functions)
*/
这是因为当这堆C文件编译成*.LIB后,里面的内容将是恒定的,不能裁减的.(这是C语言的理
念,跟编译器什么的无关),所以我们必须开放所有H 文件,这样编译出来的LIB 文件才是全能
的.这个理解,就和普通的DX32例程中包含一大堆C文件的意义是一样的.只不过是我们先把
库函数那部分预先编译成LIB 文件.
然后,就是选择编译成LIB:
编译后的库文件的名字是可定义的,这里随便改个名字叫LIB.
然后嘛,就是编译,编译完成后,LIST目录上就有一个LIB.lib文件了,注意文件的后缀名固定为
lib 的.
到这里,一个LIB文件就弄出来了,试试拿一个普通的DX32工程,然后把所有的函数库*.C文
件删除(注意.H 文件不要删除,因为你在程序中还要用.H 文件上的很多宏定义,例如
GPIO_Pin_1 这些宏定义),之后再加进这个LIB.lib,注意记得选择正确的文件类型:
加进去后,就可以像往常那样编译你的工程了.
到此,LIB的生成和应用就完成了,其实白菜本人并不提倡试用LIB文件,虽然从编译角度上说,
这个方式会使编译速度快一点,但有以下的缺点是不容忽略的:
1．为了通用,你必须把整个库都编译,这样在程序中就不方便裁减,例如我不用SPI功能,以前
的方式就是在stm32f10x_conf.h 中屏蔽掉一些include,但这个LIB 方式却不行.即使你在
工程中保留了stm32f10x_conf.h 文件,并修改它,但这对已经编译成LIB 的库文件的大小
和内容不产生影响
2．不方便观察库函数,经过预编译的LIB 文件,里面的所有东西都不能以C 的形式看到了,
这样对于学习来说,是有不少影响的.
当然,LIB 的一个主要用途,就是用在工作上的,当你某些C 文件不希望让别人看到源代码,但
又必须给别人使用的时候,把你这些机密的C 文件编译成LIB 是一个最好的方式.在我认为,
这个是LIB 唯一实在的用处呵呵~