Makefile的简单使用

　

led.bin: led.o 
    arm-linux-ld -Ttext 0x0 -o led.elf $^
    arm-linux-objcopy -O binary led.elf led.bin
    arm-linux-objdump -D led.elf > led_elf.dis
    
%.o : %.S
    arm-linux-gcc -o $@ $< -c

%.o : %.c
    arm-linux-gcc -o $@ $< -c 

clean:
    rm *.o *.elf *.bin *.dis mkx210 -f   

Makefile中的一些基本概念

　　目标：目标定格写，后面是冒号（冒号后面是依赖）
　　依赖：依赖是用来产生目标的原材料。
　　命令：命令前面一定是Tab，不能是定格，也不能说多个空格。命令就是要生成那个目标需要做的动作。
Makefile的基本工作原理
　　其一，当我们执行 make xx 的时候，Makefile会自动执行xx这个目标下面的命令语句。
　　其二，当我们make xx的时候，是否执行命令是取决于依赖的。依赖如果成立就会执行命令，否则不执行。
　　其三，我们直接执行make 和make 第一个目标 效果是一样的。（第一个目标其实就是默认目标）

make 时 默认执行make led.bin

make clean 时才会执行

rm *.o *.elf *.bin *.dis mkx210 -f 代码

1、Makefile中定义和使用变量
(1)Makefile中定义和使用变量，和shell脚本中非常相似。不同在于Makefile中$后需要用括号将变量括起来引用。

相似是说：都没有变量类型，直接定义使用，引用变量时用$var

使用变量$(xx)

2、伪目标（.PHONY）
(1)伪目标意思是这个目标本身不代表一个文件，执行这个目标不是为了得到某个文件或东西，而是单纯为了执行这个目标下面的命令。
(2)伪目标一般都没有依赖，因为执行伪目标就是为了执行目标下面的命令。既然一定要执行命令了那就不必加依赖，因为不加依赖意思就是无条件执行。
(3)伪目标可以直接写，不影响使用；但是有时候为了明确声明这个目标是伪目标会在伪目标的前面用.PHONY来明确声明它是伪目标。

3、Makefile中的注释用#
(1)Makefile中注释使用#，和shell一样。

4、命令前面的@用来静默执行
(1)在makefile的命令行中前面的@表示静默执行。
(2)Makefile中默认情况下在执行一行命令前会先把这行命令给打印出来，然后再执行这行命令。
(3)如果你不想看到命令本身，只想看到命令执行就静默执行即可。

5、Makefile中几种变量赋值运算符
(1)= 最简单的赋值
(2):= 一般也是赋值
以上这两个大部分情况下效果是一样的，但是有时候不一样。
用=赋值的变量，在被解析时他的值取决于最后一次赋值时的值，所以你看变量引用的值时不能只往前面看，还要往后面看。
用:=来赋值的，则是就地直接解析，只用往前看即可。

(3)?= 如果变量前面并没有赋值过则执行这条赋值，如果前面已经赋值过了则本行被忽略。（实验可以看出：所谓的没有赋值过其实就是这个变量没有被定义过）
(4)+= 用来给一个已经赋值的变量接续赋值，意思就是把这次的值加到原来的值的后面，有点类似于strcat。（在shell makefile等文件中，可以认为所有变量都是字符串，+=就相当于给字符串stcat接续内容）（注意一个细节，+=续接的内容和原来的内容之间会自动加一个空格隔开）

#=与=:

A=abc
B=$(A)def
A=gh
C=abc
D:=$(C)def
C=gh
all:
    echo $(B)  #ghdef
    echo $(D)  #abcdef

#var="abc"
#var ?="abcd"
#var+="abcd"
##    @echo "lalala"
#all:
#    @echo $(var)

6、Makefile的环境变量
(1)makefile中用export导出的就是环境变量。一般情况下要求环境变量名用大写，普通变量名用小写。
(2)环境变量和普通变量不同，可以这样理解：环境变量类似于整个工程中所有Makefile之间可以共享的全局变量，而普通变量只是当前本Makefile中使用的局部变量。所以要注意：定义了一个环境变量会影响到工程中别的Makefile文件，因此要小心。
(3)Makefile中可能有一些环境变量可能是makefile本身自己定义的内部的环境变量或者是当前的执行环境提供的环境变量（譬如我们在make执行时给makefile传参。make CC=arm-linux-gcc，其实就是给当前Makefile传了一个环境变量CC，值是arm-linux-gcc。我们在make时给makefile传的环境变量值优先级最高的，可以覆盖makefile中的赋值）。这就好像C语言中编译器预定义的宏__LINE__ __FUNCTION__等一样。

7、Makefile中使用通配符
(1)* 若干个任意字符
(2)? 1个任意字符
(3)[] 将[]中的字符依次去和外面的结合匹配

还有个%，也是通配符，表示任意多个字符，和*很相似，但是%一般只用于规则描述中，又叫做规则通配符。

8、Makefile的自动变量
(1)为什么使用自动变量。在有些情况下文件集合中文件非常多，描述的时候很麻烦，所以我们Makefile就用一些特殊的符号来替代符合某种条件的文件集，这就形成了自动变量。
(2)自动变量的含义：预定义的特殊意义的符号。就类似于C语言编译器中预制的那些宏__FILE__一样。
(3)常见自动变量：
$@ 规则的目标文件名
$< 规则的依赖文件名
$^ 依赖的文件集合

all: 1.c 2.c 12.c test.c
echo ?.c    
echo *.c  　　　
echo [12].c   
echo $@　　　
echo $<　　　　
echo $^　　　　

CC        = arm-linux-gcc
LD         = arm-linux-ld
OBJCOPY    = arm-linux-objcopy
OBJDUMP    = arm-linux-objdump
AR        = arm-linux-ar

INCDIR    := $(shell pwd)
# C预处理器的flag，flag就是编译器可选的选项
CPPFLAGS    := -nostdlib -nostdinc -I$(INCDIR)/include
# C编译器的flag
CFLAGS        := -Wall -O2 -fno-builtin

#导出这些变量到全局，其实就是给子文件夹下面的Makefile使用
export CC LD OBJCOPY OBJDUMP AR CPPFLAGS CFLAGS


objs := start.o lcd.o clock.o uart.o main.o  sdram_init.o
objs += lib/libc.a

uart.bin: $(objs)
    $(LD) -Tlink.lds -o uart.elf $^
    $(OBJCOPY) -O binary uart.elf uart.bin
    $(OBJDUMP) -D uart.elf > uart_elf.dis
    gcc mkv210_image.c -o mkx210
    ./mkx210 uart.bin 210.bin

lib/libc.a:
    cd lib;    make;    cd ..
    
%.o : %.S
    $(CC) $(CPPFLAGS) $(CFLAGS) -o $@ $< -c

%.o : %.c
    $(CC) $(CPPFLAGS) $(CFLAGS) -o $@ $< -c

clean:
    rm *.o *.elf *.bin *.dis mkx210 -f
    cd lib; make clean; cd ..