=============2016/08/15================
上午完成makefile的试验，缩短了代码量，现在make强大，有缺省的变量，能自己推导关系，不需要gcc –MM -MG
1)需要的usr/lib等缺省目录的参数，仅仅 -lcxl, -lpthread
#LDFLAGS = -L${PWD} -L${PSLSE_DIR} -lm -lcxl -lpthread -lrt
LDFLAGS = -L${PSLSE_DIR} -lcxl –lpthread
-------------------------------------------------
2)LDLIB也是认可的参数，所以上面的一句话也可以变成如下
LDFLAGS = -L${PSLSE_DIR}
LDLIBS = -lm –lcxl –lpthread
CFLAGS += -std=gnu99 -Wall -Werror -g -Wno-comment
CPPFLAGS += -D_GNU_SOURCE
CPPFLAGS += -I${PSLSE_DIR} -I${CAPI_INC_DIR} -I${ARGCONFIG_INC_DIR} -I${CAPI_H_DIR} -I${ARGCONFIG_H_DIR} -I${CAPI_DIR} -I${ARGCONFIG_DIR}
LDFLAGS += -L${PSLSE_DIR}
LDLIBS += -lcxl -lpthread
LIBCFLAGS += -g -Wall -m64 -DDEBUG -std=gnu99
依次顺序:
cc CFLAGS CPPFLAGS -c -o 目标.c 目标.o
然后再链接
cc CFLAGS CPPFLAGS LDFLAGS 目标.c 有关联.o LDLIBS -o 目标
cc -std=gnu99 -Wall -Werror -g -Wno-comment -D_GNU_SOURCE -I../libs/pslse/libcxl -I../libs/capi/inc -I../libs/argconfig/inc -I../libs/capi/inc/capi -I../libs/argconfig/inc/argconfig -I../libs/capi/src -I../libs/argconfig/src -L../libs/pslse/libcxl textswap.c readthrd.o writethrd.o textswap_proc.o ../libs/capi/src/capi.o ../libs/capi/src/build_version.o ../libs/capi/src/wqueue_emul.o ../libs/capi/src/snooper.o ../libs/capi/src/wqueue.o ../libs/capi/src/worker.o ../libs/capi/src/fifo.o ../libs/capi/src/utils.o ../libs/argconfig/src/suffix.o ../libs/argconfig/src/report.o ../libs/argconfig/src/argconfig.o -lcxl -lpthread -o textswap
CFLAGS += -std=gnu99 -Wall -Werror -g -Wno-comment
CPPFLAGS += -D_GNU_SOURCE
CPPFLAGS
+= -I${PSLSE_DIR} -I${CAPI_INC_DIR} -I${ARGCONFIG_INC_DIR}
-I${CAPI_H_DIR} -I${ARGCONFIG_H_DIR} -I${CAPI_DIR} -I${ARGCONFIG_DIR}
LDFLAGS += -L${PSLSE_DIR}
LDLIBS += -lcxl -lpthread
LIBCFLAGS += -g -Wall -m64 -DDEBUG -std=gnu99
Objects = readthrd.o writethrd.o textswap_proc.o
Objects += $(patsubst %.c,%.o,$(wildcard ${CAPI_DIR}/*.c ${ARGCONFIG_DIR}/*.c))
APP = textswap unittest searchtest lfsrtest iotest
all: ${APP}
#depends1.mk :
# echo "begin to generate depends1.mk"
# echo $(shell cd ${CAPI_DIR}); pwd \
# @$(CC) $(CPPFLAGS) -MM -MG $(wildcard *.c) $(wildcard *.cpp) > depends1.mk
#
#-include depends1.mk
${APP}: ${Objects}
---------------------------------------------------------------
3)
3.1目标可以是多重，同一个目标可以写多次.
clean::
xxxxx
clean::
yyyyy
1. 双冒号规则中:
对于一个没有依赖而只有命令行的双冒号规则,当引用此目标时,规则的命令将会被无条件执行。
而普通单冒号规则,当规则的目标文件存在时,此规则的命令永远不会被执行(目标文件永远是最新的)。
3.2
执行多个目标的方法，写在all后面
如：
ALL = textswap unitest
all:${ALL}
${APP}: ${Objects}
4）-L{$LIBDIR}指向 动态库，静态库。
编译会先找动态库.so，如果没有，再找静态库.a
LDFLAGS += -L${PSLSE_DIR}
但是使用的是动态库，则需要设置$LD_LIBRARY_PATH+= ，指向.so的位置。
否则只在/usr/lib 等系统目录以及键入程序运行的目录查找
如果动态库和静态库都存在那么会优先链接动态库，如果找不到动态库，就直接使用静态库。
如果为了调试要强制使用静态库，可以在CFLAGS中加入-static (但是其缺点就是static是指所有库的目录下的静态库，如果想一部分是静态库，一部分是动态库，则无法工作
比如出现如此问题
bs/argconfig/src/report.o ../libs/argconfig/src/argconfig.o -lcxl -lpthread -o textswap
/usr/bin/ld: cannot find -lpthread
/usr/bin/ld: cannot find -lc
collect2: error: ld returned 1 exit status
因为也调用了动态库
LDFLAGS += -L${PSLSE_DIR}
LDLIBS += -lcxl -lpthread
-lcxl,-lptheread 只有.so文件，没有.a文件
一个方法是直接指明.a，根据顺序赋值给LDLIBS，写在前方
CFLAGS += -std=gnu99 -Wall -Werror -g -Wno-comment
CPPFLAGS += -D_GNU_SOURCE
CPPFLAGS += -I${PSLSE_DIR} -I${CAPI_INC_DIR} -I${ARGCONFIG_INC_DIR} -I${CAPI_H_DIR} -I${ARGCONFIG_H_DIR} -I${CAPI_DIR} -I${ARGCONFIG_DIR}
LDFLAGS += -L${PSLSE_DIR}
LDLIBS += ${PSLSE_DIR}/libcxl.a -lpthread
LIBCFLAGS += -g -Wall -m64 -DDEBUG -std=gnu99
5)patsubst函数是吧某一个集合，完成替换
如下这样写是错误的
Objects += $(patsubst %.c,%.o,${CAPI_DIR} ${ARGCONFIG_DIR})
改为
Objects += $(patsubst %.c,%.o,$(wildcard ${CAPI_DIR}/*.c ${ARGCONFIG_DIR}/*.c))
另外再贴一次：
1、wildcard : 扩展通配符
2、notdir ： 去除路径
3、patsubst ：替换通配符
例子：
建立一个测试目录，在测试目录下建立一个名为sub的子目录
$ mkdir test
$ cd test
$ mkdir sub
在test下，建立a.c和b.c2个文件，在sub目录下，建立sa.c和sb.c2 个文件
建立一个简单的Makefile
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
在$(patsubst %.c,%.o,$(dir) )中，patsubst把$(dir)中的变量符合后缀是.c的全部替换成.o，
任何输出。
或者可以使用
obj=$(dir:%.c=%.o)
效果也是一样的。
这里用到makefile里的替换引用规则，即用您指定的变量替换另一个变量。
它的标准格式是
$(var:a=b) 或 ${var:a=b}
它的含义是把变量var中的每一个值结尾用b替换掉a
今天在研究makefile时在网上看到一篇文章，介绍了使用函数wildcard得到指定目录下所有的C语言源程序文件名的方法，这下好了，不用手工一个一个指定需要编译的.c文件了，方法如下：
SRC = $(wildcard *.c)
等于指定编译当前目录下所有.c文件，如果还有子目录，比如子目录为inc，则再增加一个wildcard函数，象这样：
SRC = $(wildcard *.c) $(wildcard inc/*.c)
yxr注：
其实 SRC = $(wildcard *.c inc/*.c)也可以，wildcard可以带多个参数
==================2016/08/12 ===========
----------------
执行shell中命令
PATH="/data/" all:
echo ${PATH}
echo $$PATH
例子中的第一个${PATH}引用的是Makefile中的变量，而不是shell中的PATH环境变量，后者引用的事Shell中的PATH环境变量。
如果是shell的 $$ (进程id) 如何输出它？
已经了解到：$$$$ ($$->$)
在makefile里面也可以这样调shell
如： CURRENT_DIR=$(shell pwd)
contents := $(shell cat foo)
files := $(shell echo *.c)
------------------
depends.mk deps:
@if [ 'x${V}' = 'x' ]; \
then \
echo " DEPENDS"; \
else \
echo $(CC) $(CPPFLAGS) -MM -MG $(wildcard *.c) $(wildcard *.cpp) \> depends.mk; \
fi
@$(CC) $(CPPFLAGS) -MM -MG $(wildcard *.c) $(wildcard *.cpp) > depends.mk
-include depends.mk
--------------
-include depends.mk有两个点：一是 - 表示如果没有depends.mk，也不报错
另一点是运行make的时候，强制执行depends.mk这个目标下的动作！！！！
--------------
-----强制目标-----
target:
因为没有命令，所以make target ，与makefile 所在目录下是否存在与target 同名的文件没有直接关系。
-----双冒号规则-----
target::
commands
无论makefile 所在目录下存不存在与target 同名文件，make target 导致commands 的执行，与使用'.PHONY' 定义的伪目标效果相同。
-----------------------------------------------------------------
http://blog.csdn.net/wzw88486969/article/details/11739737
如果一个规则没有命令或者依赖，而且它的目标不是一个存在的文件名，在执行此规则时，目标总会被认为是最新的。也就是说，这个规则一旦被执行，make 就认为它所表示的目标已经被更新过。当将这样的目标(FORCE)作为一个规则的依赖时(如上的 vmlinux: )，由于依赖总被认为是被更新过的，所以作为依赖所在的规则定义的命令总会被执行。
http://blog.chinaunix.net/uid-27057175-id-4432189.html
待看
？？？？？
但是如下这句话不能运行
test:
@echo "hello:OBJ_DIR=${OBJ_DIR}"
或者如下也不行
---------------------
test:PORCE
@echo "hello:OBJ_DIR=${OBJ_DIR}"
PHONY+=FORCE
FORCE:
.PHONY: $(PHONY)
-------------------
但是案例可以成功的运行，见鬼？？？？？！！！！！
LIBCAPI=${LIBCAPI_DIR}/libcapi.a
LIBARGCONFIG=${LIBARGCONFIG_DIR}/libargconfig.a
LIBCXL=${PSLSE_DIR}/libcxl.a
CXL_FLAGS_HACK=-I$(abspath ${PSLSE_DIR}) -DPAGED_RANDOMIZER=0 -g
${LIBCAPI}: FORCE
$(MAKE) -C ${LIBCAPI_DIR}
echo "shanon:FORCE successfully!"
===================2016/08/12
2.6 函数 (Functions) $()
makefile 里的函数跟它的变量很相似——使用的时候，你用一个 $ 符号跟开括号，函 数名，空格后跟一列由逗号分隔的参数，最后 用关括号结束。例如，在 GNU Make 里 有一个叫 'wildcard' 的函 数，它有一个参数，功能是展开成一列所有符合由其参数 描述的文 件名，文件间以空格间隔。你可以像下面所示使用这个命令：
SOURCES = $(wildcard *.c)
这行会产生一个所有以 '.c' 结尾的文件的列表，然后存入变量 SOURCES 里。当然你不需要一定要把结果存入一个变量。
另一个有用的函数是 patsubst （ patten substitude, 匹配替 换的缩写）函数。它 需要３个参数——第一个是一个需要匹配的 式样，第二个表示用什么来替换它，第三 个是一个需要被处理的 由空格分隔的字列。例如，处理那个经过上面定义后的变量，
OBJS = $(patsubst %.c,%.o,$(SOURCES))
这行将处理所有在 SOURCES 字列中的字（一列文件名），如果它的 结尾是 '.c' ，就 用 '.o' 把 '.c' 取代。注意这里的 % 符号将匹 配一个或多个字符，而它每次所匹配 的字串叫做一个‘柄’(stem) 。 在第二个参数里， % 被解读成用第一参数所匹配的 那个柄。
-------------
它使用变量 CC 做为编译器（象我们在前面的例子），
并且传递变量 CFLAGS （给 C 编译器，C++ 编译器用 CXXFLAGS ），
CPPFLAGS （ C 预 处理器旗 标），
TARGET_ARCH （现在不用考虑这个），然后它加 入旗标 '-c' ，后面跟变量 $< （第一个依靠名），然后是旗 标 '-o' 跟变量 $@ （目的文件名）。
depends.mk deps:
@if [ 'x${V}' = 'x' ]; \
then \
echo " DEPENDS"; \
else \
echo $(CC) $(CPPFLAGS) -MM -MG $(wildcard *.c) $(wildcard *.cpp) \> depends.mk; \
fi
$(CC) $(CPPFLAGS) -MM -MG $(wildcard *.c) $(wildcard *.cpp) > depends.mk
-include depends.mk
========================================
文件需要先编译，再链接
编译
cc -c
链接
cc -o
目标:依赖文件
动作
=========
摘抄：
需要注意的是，如果相关行写成一行，“命令”之前用分号“；”隔开，如果分成多行书写的话，后续的行务必以tab字符为先导。
对于makefile 而言，空格字符和tab字符是不同的。
所有规则所在的行必须以tab键开头，而不是空格键。初学者一定对此保持警惕，因为这是新手最容易疏忽的地方，因为 几个空格键跟一个tab键在肉眼是看不出区别的，但make命令却能明察秋毫,非常敏感。
此外，如果在makefile文件中的行尾加上空格键的话，也会导致make命令运行失败。。
@的作用
应该是取消回显
@$(CC) $(CPPFLAGS) -MM -MG $(wildcard *.c) $(wildcard *.cpp) > depends.mk
则这个命令不显示！但是会执行
ar产生静态库.a文件
libargconfig.a: $(patsubst %.c,%.o,$(wildcard *.c))
=======
在$(patsubst %.c,%.o,$(dir) )中，patsubst把$(dir)中的变量符合后缀是.c的全部替换成.o，
patsubst表示把dir中的.c文件转为.o文件
===========
减号， 横杠的作用
表示即使命令执行返回错误，仍然执行
命令出错
每当命令运行完后，make会检测每个命令的返回码，如果命令返回成功，那么make会执行下一条命令，当规则中所有的命令成功返回后，这个规则就 算是成功完成了。如果一个规则中的某个命令出错了（命令退出码非零），那么make就会终止执行当前规则，这将有可能终止所有规则的执行。
有些时候，命令的出错并不表示就是错误的。例如mkdir命令，我们一定需要建立一个目录，如果目录不存在，那么mkdir就成功执行，万 事大吉，如果目录存在，那么就出错了。我们之所以使用mkdir的意思就是一定要有这样的一个目录，于是我们就不希望mkdir出错而终止规则的运行。
为了做到这一点，忽略命令的出错，我们可以在Makefile的命令行前加一个减号“-”（在Tab键之后），标记为不管命令出不出错都认为是成功的。如：
clean:
-rm -f *.o
还有一个全局的办法是，给make加上“-i”或是“--ignore-errors”参数，那么，Makefile中所有命令都会忽略错误。而如 果一个规则是以“.IGNORE”作为目标的，那么这个规则中的所有命令将会忽略错误。这些是不同级别的防止命令出错的方法，你可以根据你的不同喜欢设 置。
===
多个目标，静态模式和自动依赖
静态模式可以更加容易地定义多目标的规则，可以让我们的规则变得更加的有弹性和灵活。我们还是先来看一下语法：
<targets...>: <target-pattern>: <prereq-patterns ...>
<commands>
...
targets定义了一系列的目标文件，可以有通配符。是目标的一个集合。
target-parrtern是指明了targets的模式，也就是的目标集模式。
prereq-parrterns是目标的依赖模式，它对target-parrtern形成的模式再进行一次依赖目标的定义。
这样描述这三个东西，可能还是没有说清楚，还是举个例子来 说明一下吧。如果我们的<target-parrtern>定义成“%.o”，意思是我们的集合中都是以“.o”结尾的，而如果我们 的<prereq-parrterns>定义成“%.c”，意思是对<target-parrtern>所形成的目标集进行二次 定义，其计算方法是，取<target-parrtern>模式中的“%”（也就是去掉了[.o]这个结尾），并为其加上[.c]这个结尾， 形成的新集合。
所以，我们的“目标模式”或是“依赖模式”中都应该有“%”这个字符，如果你的文件名中有“%”那么你可以使用反斜杠“\”进行转义，来标明真实的“%”字符。
看一个例子：
objects = foo.o bar.o
all: $(objects)
$(objects): %.o: %.c
$(CC) -c $(CFLAGS) $< -o $@
上面的例子中，指明了我们的目标从$object中获 取，“%.o”表明要所有以“.o”结尾的目标，也就是“foo.o bar.o”，也就是变量$object集合的模式，而依赖模式“%.c”则取模式“%.o”的“%”，也就是“foobar”，并为其加下“.c”的后 缀，于是，我们的依赖目标就是“foo.cbar.c”。而命令中的“$<”和“$@”则是自动化变量，“$<”表示所有的依赖目标集（也就 是“foo.c bar.c”），“$@”表示目标集（也褪恰癴oo.o bar.o”）。于是，上面的规则展开后等价于下面的规则：
foo.o : foo.c
$(CC) -c $(CFLAGS) foo.c -o foo.o
bar.o : bar.c
$(CC) -c $(CFLAGS) bar.c -o bar.o
试想，如果我们的“%.o”有几百个，那种我们只要用这种很简单的“静态模式规则”就可以写完一堆规则，实在是太有效率了。“静态模式规则”的用法很灵活，如果用得好，那会一个很强大的功能。再看一个例子：
files = foo.elc bar.o lose.o
$(filter %.o,$(files)): %.o: %.c
$(CC) -c $(CFLAGS) $< -o $@
$(filter %.elc,$(files)): %.elc: %.el
emacs -f batch-byte-compile $<
$(filter%.o,$(files))表示调用Makefile的filter函数，过滤“$filter”集，只要其中模式为“%.o”的内容。其的它内容，我就不用多说了吧。这个例字展示了Makefile中更大的弹性。
3.8 自动生成依赖性
在Makefile中，我们的依赖关系可能会需要包含一系列的头文件，比如，如果我们的main.c中有一句“#include "defs.h"”，那么我们的依赖关系应该是：
main.o : main.c defs.h
但是，如果是一个比较大型的工程，你必需清楚哪些C文件包 含了哪些头文件，并且，你在加入或删除头文件时，也需要小心地修改Makefile，这是一个很没有维护性的工作。为了避免这种繁重而又容易出错的事情， 我们可以使用C/C++编译的一个功能。大多数的C/C++编译器都支持一个“-M”的选项，即自动找寻源文件中包含的头文件，并生成一个依赖关系。例 如，如果我们执行下面的命令：
cc -M main.c
其输出是：
main.o : main.c defs.h
于是由编译器自动生成的依赖关系，这样一来，你就不必再手动书写若干文件的依赖关系，而由编译器自动生成了。需要提醒一句的是，如果你使用GNU的C/C++编译器，你得用“-MM”参数，不然，“-M”参数会把一些标准库的头文件也包含进来。
gcc-M main.c的输出是：
main.o: main.c defs.h /usr/include/stdio.h /usr/include/features.h \
/usr/include/sys/cdefs.h /usr/include/gnu/stubs.h \
/usr/lib/gcc-lib/i486-suse-linux/2.95.3/include/stddef.h \
/usr/include/bits/types.h /usr/include/bits/pthreadtypes.h \
/usr/include/bits/sched.h /usr/include/libio.h \
/usr/include/_G_config.h /usr/include/wchar.h \
/usr/include/bits/wchar.h /usr/include/gconv.h \
/usr/lib/gcc-lib/i486-suse-linux/2.95.3/include/stdarg.h \
/usr/include/bits/stdio_lim.h
gcc-MM main.c的输出则是：
main.o: main.c defs.h
举例：
[shannon@CentOS7-64 src]$ gcc -MM textswap.c
textswap.o: textswap.c textswap.h readthrd.h writethrd.h version.h