入门STM32开发时，用的是keil 这个IDE。后面因为要提高开发效率和keil 版权问题，选择开源的arm-none-eabi-gcc ，通过命令行调用make工具进行编译、链接、烧录，打包。
make all
make install
我们知道，编译器是对每一个源文件进行编译，生成对象文件，然后再把所有的对象文件链接起来，生成最终的elf文件。一个工程那么多源文件，怎么高效地组织源文件进行编译？
我之前在网上看到的做法，都是在makefile 文件中定义一个C_SOURCES 变量 , 作为源文件容器， 将工程中的源文件，都一一写到这个变量中去，然后在后面的处理中，利用这个C_SOURCES 变量 进行处理。
一个工程那么大，每次添加或减少一个源文件，或者代码重构时，移动源文件的路径，都要修改一次makefile ，太麻烦。按照一般的处理，makefile 文件更新时，都会重新编译整个工程，效率太低。
C_SOURCES =$(shell find . -name "*.c")
这里利用了make的shell 函数，调用外部bash 的find 命令，找到所有的当前目录下的.c 文件，保存到列表中。我们也可以利用这个思路，解决源文件并不完全在当前目录的情况。
与前面描述源文件的情况类似，我们需要自动生成一个所有头文件的路径的列表。
C_INCLUDES=$(addprefix -I, sort $(dir $(shell find . -name "*.h")))
find 命令，找到当前工程的所有.h 文件（包含路径）。dir 命令，截取路径。.h 文件，我们上述处理后，会有重复的路径。所以调用make 的sort 命令，主要是为了利用它过滤掉重复字符串的特性。addprefix 函数，给每个路径加上-I 前缀。每个源文件都可能包含一个或者多个头文件，它包含的头文件还可能包含其他头文件。我们要解决的问题有两个：
gcc 的-M 选项自动生成目标文件和源文件和依赖关系。-M 选项会把系统头文件都包含进来，如果不需要输出系统头文件的依赖关系，可以-MM 选项。一般情况下，依赖文件是后缀为.d 的文件。例如main.c 的依赖文件是main.d 。
CFLAGS += -MMD -MP -MF"$(@:%.o=%.d)"
$(BUILD_DIR)/%.o: %.c Makefile | $(BUILD_DIR)
$(CC) -c $(CFLAGS) -Wa,-a,-ad,-alms=$(BUILD_DIR)/$(notdir $(<:.c=.lst)) $< -o $@
上面针对所有的.c 文件生成依赖文件（.d）文件存放在BUILD_DIR 目录下。依赖文件，以规则的语法，列出了对象文件的依赖头文件
既然依赖文件是一条条规则，我们将所有的规则包含进makefile，make就可以自动推导了
-include $(wildcard $(BUILD_DIR)/*.d)
$(CC) -O2 main.c -o main.o
-ffunction-sections、-fdata-sections , 在编译生成的目标文件中，会将每个函数或者数据段，放在单独的section中。-Wl,--gc-sections 参数，链接器不会链接未使用的函数，从而达到压缩hex文件的目的。shell 函数的参数是操作系统的shell 命令，shell函数把执行操作系统命令后的输出作为函数返回。
函数使用格式如下：
$(shell <shell cmd> <shell cmd argmuments>)
示例：
contents := $(shell cat foo)
$(sort <list>)$(sort foo bar lose) 返回 bar foo lose
$(dir <names...> )./
$(dir src/foo.c hacks) 返回 src/ ./
$(addprefix <prefix>, <names...> )$(addprefix src/, foo bar) 返回 src/foo src/bar