Makefile的在工程中的一般性应用

这几天查看了一下unp的源代码,发现makefile的书写真是一门学问,通过查看unpmakefile如何书写,本人从中间学到了很多东西。


一般的做法

这里,我已自己的一个demo为例子,简单地记录一下在大型的工程中如何使用makefile文件。

现在假设我有一个demo的项目,为了分类文件,我在demo下面建立了一个bin文件夹,用来放置本工程经常用到的库源文件,然后是一个bin文件夹,这个文件夹里面才是我们的main程序所在的目录。

---demo----lib
       |---bin

一般而言,我们在demo目录下设定一些常用的参数,在demo目录下,我们建立一个Make.defines文件,文件内容如下:

# 使用的是gcc编译器
CC=gcc
# -I 选项告诉编译器查找文件中所需要的.h文件请到../lib目录下面去找
CFLAGS=-g -Wall -I../lib
# 这里主要是为了方便,将lib下的.o文件压成了.a文件
LIBS=../lib.a

现在文件结构如下:

---demo----lib
       |---bin
       |---Make.defines

我们一般先写几个lib文件,让函数调用,好了,我们在lib目录下写几个文件吧!

---demo----lib----lib.h
       |      |---lib.c
       |      |---Makefile
       |---bin
       |---Make.defines

下面是lib.h文件:

int add();

下面是lib.c文件:

#include <stdio.h>

int add()
{
    printf("我们现在在lib中调用add\n");
    return 0;
}

很简单的代码,现在我们要将编译这些lib,顺便在该目录下建立一个Makefile文件:

# 添加上级目录下面的Make.defines文件,主要用到她里面的一些变量
include ../Make.defines
LIB_OBJS=lib.o

all:    ${LIB_OBJS}
    # 下面的命令主要是用于打包,将LIB_OBJS所代表的文件打包至LIBS(../lib.a)
    ar rcs ${LIBS} ${LIB_OBJS}
# 将所有的.c文件编译成.o文件
%.o:%.c
    $(CC) $(CFLAGS) -c $< -o $@

然后执行make命令,我们会发现上级目录下多了一个lib.a文件,我们查看一下该文件下有什么:
这里写图片描述
恰好是我们的lib.o文件。
现在的目录结构变成了下面的样子:

---demo----lib----lib.h
       |      |---lib.c
       |      |---Makefile
       |---bin
       |---Make.defines
       |---lib.a

然后我们到bin目录下建立我们的主程序,文件结构如下:

---demo----lib----lib.h
       |      |---lib.c
       |      |---Makefile
       |---bin----demo.c
       |      |---Makefile
       |---Make.defines
       |---lib.a

下面是demo.c文件:

#include <stdio.h>
#include "lib.h"

int main()
{
    add();
    return 0;
}

然后是Makefile文件:

# 同上面,加载Make.defines文件,该文件记录了各个目录下都要用到的一次额公用变量,如CC,CFLAGS等。
include ../Make.defines
# 程序的名称
PROGS=demo
# all是伪目标
all:$(PROGS)
# *.o依赖于*.c,将*.c-->*.o,这里的*的代表的东西是一致的
%.o:    %.c
    $(CC) $(CFLAGS) -c $< -o $@
# 下面指示如何生成demo程序
demo:   demo.o $(LIBS)
    $(CC) $(CFLAGS) -o $@ demo.o $(LIBS)
clean:
    rm -rf *.o ${PROGS}

然后make一下,程序便生成成功。
我们运行demo一下:
这里写图片描述
程序没有问题。

差不多这就是我从unp的源代码中学到的如何在一个很大型的工程中应用makefile文件的例子啦,高手莫见笑,这么干有什么优点呢?

  • lib文件夹下的文件出现了变动,我们只需要在lib文件下下make一下,这样,上级目录下的lib.a文件就会更新,也就导致了依赖于该文件的的代码也更新。

  • makefile并非写在一个文件里面,而是分文件夹书写,更加有序,更加简洁。

  • 一些共用的变量可以放在一个类似Make.defines的文件里面,像c语言调用库一样调用,这样大大减少了书写量。

暂时能想到的就这么多吧。


脑洞大开

如果我们在bin目录下新建一个new_lib.c:

/*
 * /demo/bin/new_lib.c
 */
#include <stdio.h>

int add()
{
    printf("我正在新的lib中调用add函数\n");
    return 0;
}

然后修改一下Makefile文件:

include ../Make.defines

PROGS=demo

all:$(PROGS)

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

demo:   demo.o new_lib.o $(LIBS)
    $(CC) $(CFLAGS) -o $@ demo.o new_lib.o $(LIBS)
clean:
    rm -rf *.o ${PROGS}

需要注意的一点是:lib.o中有int add()函数,new_lib.o中也有int add()函数,那么gcc究竟会链接哪一个文件中的add程序呢?
这里写图片描述
很有趣是吧,居然先链接在前面的,其实这与gcc的编译方式有关,感兴趣的可以去看一看csapp,这一点在unpmakefile文件中用的很多。


如何加强?

我们来看一看lib目录下的makefile:

include ../Make.defines
LIB_OBJS=lib.o lib1.o

${LIBS}:	${LIB_OBJS}
    ar rcs ${LIBS} $?

# all:  ${LIB_OBJS}
#   ar rcs ${LIBS} $?
# 如果将上面的两句换成注释里的两句,效果是相同的,但是效率是不同的
# all是伪目标,这意味着,all是一定会被执行的,这就导致效率底下,不论变没变,都会被更新
# 但是改用${LIBS}之后,效率绝对变高了,因为LIB_OBJS里面的文件没有变化的话,LIBS是不会被创建的

# 即使没有下面的语句,依然会有从.c文件生成.o文件,这是因为隐含规则的缘故
# make的隐含规则是,将.o的目标依赖文件置成.c文件,并使用 ${CC} -c ${CFLAGS} [.c]来生成.o文件
# %.o:%.c
#   $(CC) $(CFLAGS) -c $< -o $@

为了方便,我们在demo目录下加一个总控的makefile,只要执行这一个makefile,就可以实现整个项目的编译,很方便。

SUBDIRS =bin lib # 两个子目录,一个bin,一个lib
.PHONY: subdirs ${SUBDIRS} # 两个目标都是伪目标
subdirs:    ${SUBDIRS}
${SUBDIRS}:
    ${MAKE} -C $@ # 进入子目录下执行make命令
bin:    lib # 依赖,表示在进入bin之前应该先进入lib目录

此时文件的结构如下:

---demo----lib----lib.h
       |      |---lib.c
       |      |---Makefile
       |---bin----demo.c
       |      |---Makefile
       |---Make.defines
       |---lib.a
       |---Makefile

差不多就是这样啦,以后有新的发现再来补坑。

一个makefile模版

最近自己写了一个makefile模版,以后要编译很小程序的话,直接调用这个模版就可以了.

CC  := g++
CXXFLAGS:= -w -std=c++11 -c # 编译的一些参数
LFLAGS  := -lpthread  # 这里放入要链接的库的名称
BINS    := web_regular # 程序名,是main函数所在文件的名称(不要后缀)
SRCS    := $(wildcard *.cpp) # 当前目录下的所有的.cpp文件 
OBJS    := $(SRCS:.cpp=.o) # 将所有的.cc文件名替换为.o

.PHONY: all clean  # 表示all和clean是两个伪目标

all:$(BINS) # make每次编译的时候总是认为伪目标改变了,会重新编译

BINOS   = $(addsuffix .o, $(BINS))
TEMP_OBJ= $(filter-out $(BINOS), $^)

$(BINS):$(OBJS) 
    @echo "正在链接程序......"; \
    $(foreach BIN, $@, $(CC) $(TEMP_OBJ) $(BIN).o $(LFLAGS) -o $(BIN));   

%.d:%.cpp
    @echo "正在生成依赖中......"; \
    rm -f $@; \
    $(CC) -MM $< > $@.$$$$; \
    sed 's,\($*\)\.o[ :]*,\1.o $@ : ,g' < $@.$$$$ > $@; \
    rm -f $@.$$$$

-include $(SRCS:.cpp=.d)

clean:
    rm -f *.o *.d
    rm -f $(BINS)

# makefile说白了就是拼凑字符串

Makefile基础

跟我一起写makefile!
Makefile伪目标
深入学习Make命令和Makefile(上)
深入学习Make命令和Makefile(下)

  • 2
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值