分享一个很通用c语言的Makefile

时间:2021-01-01 03:56:15

分享一个很通用c语言的Makefile

编写Makefile是一个苦乐交织的事情,快乐是因为从一堆需要手工逐个处理的编译过程,进步到一条命令完成,看着代码顺畅的在屏幕上滚动,编译为最终的产品,那个过程无比愉悦;而痛苦则是,写代码已经很累了,写完代码还要编写Makefile,这多出来的一点工作,很有点最后一根稻草的感觉。
最近整理手头的几个项目,把C语言类的Makefile抽象、合并了一下,形成了一个比较通用的编译脚本,这里分享一下:

#定义编译器
CC=gcc
#自己特定的编译参数,这里仅为示例,这个参数是消除mac编译openssl类程序用的
CFLAGS += -Wno-deprecated-declarations

#定义输出文件夹,outs默认等于是./outs
OUTSDIR = outs
#定义.o中间文件的路径,这个路径编译完成可以清除
TMPSDIR = objs

#源代码路径
VPATH=src

#扫描所有的c源码,这里默认src中所有文件都是相当于库文件,最终编译为.o
#搜索出来的文件包含了src路径,这里也去掉,便于后面编译到临时目录
OBJSSOURCE = $(notdir $(wildcard src/*.c))
OBJS = $(patsubst %.c,%.o,$(OBJSSOURCE))

#主程序名
KEYS = main
DEPS = $(addprefix $(TMPSDIR)/,$(OBJS))

.PHONY : all
all:$(OBJS) $(KEYS)

#编译所有的库文件由.c至.o
#因为VPATH的存在,源文件会自动检索src目录
$(filter %.o,$(OBJS)) : %.o : %.c
$(CC) $(CFLAGS) -c -o $(TMPSDIR)/$@ $<

#利用所有的库文件编译主程序
$(KEYS): $(DEPS)
$(CC) $(CFLAGS) -o $(OUTSDIR)/$(notdir $@) $(notdir $@).c $(DEPS)

#清理
.PHONY : clean
clean:
-rm $(OUTSDIR)/* $(TMPSDIR)/*

这个编译脚本的主要特点是自动扫描所有的源文件,然后逐个编译,对于大多c类的项目,基本只需要定义一下主程序就可以完成编译了,其实根据同样的原理连主程序都一起扫描、编译也是可以的,只是似乎*度太差了。
脚本简单修改可以适应各种环境,比如下面再贴一个ios使用的,ios如果非越狱的话,直接编译成可执行文件是没有意义的,这里我们假设编译成.a库文件,供xcode来调用:

#ios交叉编译器
CC=$(shell xcrun --sdk iphoneos --find clang)
_SFLAG=$(shell xcrun --sdk iphoneos --show-sdk-path)
#iphone6以后都是arm64了,所以这里不再考虑armv7,另外也不考虑模拟器运行了
#如果有需要可以根据自己的需求修改
CFLAGS += -Wno-deprecated-declarations -isysroot $(_SFLAG) -arch arm64 -mios-version-min=9.3 -fembed-bitcode

OUTSDIR = outs
TMPSDIR = objs

VPATH=src

OBJSSOURCE = $(notdir $(wildcard src/*.c))
OBJS = $(patsubst %.c,%.o,$(OBJSSOURCE))
DEPS = $(addprefix $(TMPSDIR)/,$(OBJS))

#最后生成的库
KEYS = libcallfunctions.a

.PHONY : all
all:$(OBJS) $(KEYS)

#编译所有的库文件由.c至.o
$(filter %.o,$(OBJS)) : %.o : %.c
$(CC) $(CFLAGS) -c -o $(TMPSDIR)/$@ $<

#将.o文件打包为库
libcallfunctions.a : $(DEPS)
ar -r $(OUTSDIR)/libcallfunctions.a $(DEPS)

#清理
.PHONY : clean
clean:
-rm $(OUTSDIR)/* $(TMPSDIR)/*

在主要的编译环节,还有下面这种常用的办法,只是自己运算得到了源文件名而没有用Make系统的自动搜索功能而已:

%.o:
$(CC) $(CFLAGS) -c -o $(TMPSDIR)/$@ src/$(patsubst %.o,%.c,$@)

对于更复杂的编译模式,建议把每个编译环节定义成子程序来执行,可以具备更多的灵活性。另外当前这个脚本有一个bug就是每次编译实际上所有的.o文件都会完整重新编译一遍,而没有判断源文件是否更新并忽略没有更新的源文件,所以不适合大的系统。