在从事Linux开发这10年间,我很少重头写Makefile,如果是复杂的项目,我会使用IDE,不用考虑Makefile的问题。简单的项目,就拿着刚开始学习Linux编程时的模板修修补补,这些年就过来了,Makefile的语法也忘得一干二净(话说Makefile的语法规则真是乱)
在实现Makefile之前,得考虑自己的需求,通常来说,最关键的一点就是:
- 自动查找工程目录下的相关源文件,甚至包括多种后缀
谁也不愿意手动将一堆文件逐个添加到Makefile,然后无论是添加、删除、更名文件,都需要再来修改这个该死的公司不会给你计入任何工作量的家伙。例如,我们需要查找工程目录下所有的c/cpp文件:
sobjects:=$(patsubst %.c,%.s.o,$(wildcard *.c) )
sobjects+=$(patsubst %.cpp,%.cpp.o,$(wildcard *.cpp) )
如果工程包含嵌套目录(这种情况建议使用IDE,代码多了在编写时没智能提示也是挺难受的),可以参考如下方式获取所有的源文件:
#调用shell 命令的find来查找相关源文件
sources:=$(shell find . \( -name "*.cpp" -o -name "*.c" \))
#替换源文件后缀
objs:= $(patsubst %.c, %.o, $(sources))
objs+= $(patsubst %.cpp, %.o, $(sources))
#使用filter只选择特定后缀的文件
sobjects = $(filter %.o, $(objs))
下面的模板Makefile是我在编写外设驱动时使用的,包含两方面需求:
- 将工程编译为.so方式提供给其他程序使用 (这是默认选项)
- 编译其中包含的测试程序 (需要make [appname]来执行)
(通常来说,我们只需要生成单独的.so或者可执行程序,删减该模板即可。里面的$@ $< ,我现在也不知道是干什么用的了^^
)
#首先定义库以及程序的名称,要根据个人需求修改
LIBNAME=libname
APPNAME=appname
#程序中的预处理开关,要根据个人需求修改
$(APPNAME):CFLAGS+=-g -D_TEST -D_APP -D_DEBUG
#自动查找目录下所有符合规则的源文件,对于.c后缀的文件,对应生成.so.o后缀的obj
sobjects:=$(patsubst %.c,%.s.o,$(wildcard *.c) )
sobjects+=$(patsubst %.cpp,%.cpp.o,$(wildcard *.cpp) )
#g++的其他参数视个人需要添加(不能减少了)
%.s.o : %.c
g++ $(CFLAGS) -fPIC -c -o $@ $<
#其中-std=c++11视个人需求而定
%.cpp.o : %.cpp
g++ $(CFLAGS) -std=c++11 -fPIC -c -o $@ $<
#默认会生成.so
all: $(LIBNAME).so
$(LIBNAME).so : $(sobjects)
g++ $(CFLAGS) -shared -Wl,--soname=$(LIBNAME).so -o $@ $^
#可执行需要链接的库也需要根据需要添加,比如我这个工程需要-ldl
$(APPNAME):$(sobjects)
g++ $(CFLAGS) $(sobjects) -o $(APPNAME) -ldl
clean :
-rm -f *.so *.o
-rm -f $(LIBNAME).so
-rm -f $(APPNAME)
另外,库中如果包含测试程序源文件,而且你不打算专门对待它,需要使用预处理来包含测试程序中的main函数,否则外部程序使用该.so时会因为有多个main函数而报错,下面是我用来测试设备驱动的测试程序源文件,使用_APP预处理,这样,如果要编译为.so,因为Makefile没有定义_APP,该文件实际为空:
#ifdef _APP
#include "id81m_if.h"
#include <stdio.h>
int main()
{
int ret = OpenPort(0);
if (ret !=0)
{
return -1;
}
char buf[1024] ={0};
ReadCard(buf, 1024, "/tmp");
printf("%s\n", buf);
ClosePort();
return 0;
}
#endif