分享一个很通用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文件都会完整重新编译一遍,而没有判断源文件是否更新并忽略没有更新的源文件,所以不适合大的系统。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Ceph对象存储方案

Luminous版本PG 分布调优

Luminous版本开始新增的balancer模块在PG分布优化方面效果非常明显,操作也非常简便,强烈推荐各位在集群上线之前进行这一操作,能够极大的提升整个集群...

3105
来自专栏C#

DotNet加密方式解析--非对称加密

    新年新气象,也希望新年可以挣大钱。不管今年年底会不会跟去年一样,满怀抱负却又壮志未酬。(不过没事,我已为各位卜上一卦,卦象显示各位都能挣钱...)...

4858
来自专栏陈仁松博客

ASP.NET Core 'Microsoft.Win32.Registry' 错误修复

今天在发布Asp.net Core应用到Azure的时候出现错误InvalidOperationException: Cannot find compilati...

4848
来自专栏张善友的专栏

Silverlight + Model-View-ViewModel (MVVM)

     早在2005年,John Gossman写了一篇关于Model-View-ViewModel模式的博文,这种模式被他所在的微软的项目组用来创建Expr...

2958
来自专栏落花落雨不落叶

canvas画简单电路图

61011
来自专栏闻道于事

js登录滑动验证,不滑动无法登陆

js的判断这里是根据滑块的位置进行判断,应该是用一个flag判断 <%@ page language="java" contentType="text/html...

6768
来自专栏我和未来有约会

Kit 3D 更新

Kit3D is a 3D graphics engine written for Microsoft Silverlight. Kit3D was inita...

2526
来自专栏张善友的专栏

LINQ via C# 系列文章

LINQ via C# Recently I am giving a series of talk on LINQ. the name “LINQ via C...

2635
来自专栏pangguoming

Spring Boot集成JasperReports生成PDF文档

由于工作需要,要实现后端根据模板动态填充数据生成PDF文档,通过技术选型,使用Ireport5.6来设计模板,结合JasperReports5.6工具库来调用渲...

1.2K7
来自专栏我和未来有约会

Silverlight第三方控件专题

这里我收集整理了目前网上silverlight第三方控件的专题,若果有所遗漏请告知我一下。 名称 简介 截图 telerik 商 RadC...

4005

扫码关注云+社区