Makefile知识记录

        在Makefile规则中，通配符会被自动展开。但在变量的定义和函数引用时，通配符将失效。这种情况下如果需要通配符有效，就需要使用

函数“wildcard”，它的用法是：$(wildcard PATTERN...) 。

        在Makefile中，它被展开为已经存在的、使用空格分开的、匹配此模式的所有文件列表。

        如果不存在任何符合此模式的文件，函数会忽略模式字符并返回空。 

        一般我们可以使用“$(wildcard *.c)”来获取工作目录下的所有的.c文件列表。

        复杂一些用法；可以使用

     $(patsubst %.c,%.o,$(wildcard *.c))

    首先使用“wildcard”函数获取工作目录下的.c文件列表；之后将列表中所有文件名的后缀.c替换为.o。

        这样我们就可以得到在当前目录可生成的.o文件列表。因此在一个目录下可以使用如下内容的Makefile来将工作目录下的所有的.c文件进行编译并最后连接成为一个可执行文件：

#sample Makefile

objects := $(patsubst %.c,%.o,$(wildcard *.c))

foo : $(objects)

cc -o foo $(objects)

这里我们使用了make的隐含规则来编译.c的源文件。对变量的赋值也用到了一个特殊的符号（:=）。

1、wildcard : 扩展通配符
2、notdir ： 去除路径
3、patsubst ：替换通配符
 

建立一个测试目录，在测试目录下建立一个名为sub的子目录
$ mkdir test
$ cd test
$ mkdir sub

在test下，建立a.c和b.c2个文件，在sub目录下，建立sa.c和sb.c2 个文件

src=$(wildcard *.c ./sub/*.c)
dir=$(notdir $(src))
obj=$(patsubst %.c,%.o,$(dir) )

all:
    @echo $(src)
    @echo $(dir)
    @echo $(obj)
    @echo "end"

执行结果分析：
第一行输出：
a.c b.c ./sub/sa.c ./sub/sb.c

wildcard把 指定目录 ./ 和 ./sub/ 下的所有后缀是c的文件全部展开。

第二行输出：
a.c b.c sa.c sb.c
notdir把展开的文件去除掉路径信息

第三行输出：
a.o b.o sa.o sb.o

src=$(wildcard *.c ./broadcast/*.c ./common/*.c ./http/*.c ./json/*.c ../src/smarthome/common/network/network.c ../src/smarthome/common/queue.c)
#留列出每个子文件夹的文件路径
CC = arm-buildroot-linux-gnueabihf-gcc 
INC_DIR=-I../src/smarthome/common/network -I./include -I../src/smarthome/common
#列出每一个头文件路径

Target=gateway  

#给编译的目标命名


all: $(Target)
 
$(Target): main.c .
 $(CC)$(CFLAGS) -Wall   $(src) $(INC_DIR) -o $(Target)   -lpthread 
#-Wall选项意思是编译后显示所有警告
 
clean:
 rm $(Target)
 
.PHONY: all clean

3、lpthread和pthread的区别

1、-lpthread是较为老式的解决方法，pthread新加了对于宏D_REENTRANT的定义，-pthread会被展开为“-D_REENTRANT -lpthread”，它不仅可以链接pthread库，还可以打开系统头文件中的各种多线程支持分支，比如，我们常常使用的错误码标志errno，如果没有定义_REENTRANT，则实现为一个全局变量；若是定义了_REENTRANT，则会实现为每线程独有，从而避免线程竞争错误。
2、-pthread可移植性较强：在Linux中，pthread是作为一个单独的库存在的（ libpthread.so），但是在其他Unix变种中却不一定，比如在FreeBSD中是没有单独的pthread库的，因此在FreeBSD中不能使用-lpthread来链接pthread，而使用-pthread则不会存在这个问题，因为FreeBSD的编译器能正确将-pthread展开为该系统下的依赖参数。同样道理，其他不同的变种也会有这样那样的区别，如果使用-lpthread，则可能在移植到其他Unix变种中时会出现问题，为了保持较高的可移植性，我们最好还是使用-pthread（尽管这种做法未被接纳成为C标准，但已基本是事实标准）。