一个通用的makefile写法，自动推导文件的依赖关系

最新推荐文章于 2023-09-09 09:54:19 发布
最新推荐文章于 2023-09-09 09:54:19 发布
阅读量2.2k 收藏 5
点赞数
分类专栏： linux c++ 文章标签： makefile wildcard object path header 编译器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shaopengzhang/article/details/5584577
版权
本文介绍如何编写一个通用的makefile，它能自动推导并处理多个cpp源文件目录及头文件目录的依赖关系。通过定义变量如TARGET、INC、VPATH、SRC_PATH等，结合makefile内置函数，实现自动查找cpp文件，生成object文件，并构建目标可执行文件。此外，还包含了清理中间文件的规则。
摘要由CSDN通过智能技术生成

  今天看了一天的makefile的写法，东拼西凑，好不容易写出了一个makefile，颇有成就感，记录下来，以备温习之用。

  假设有两个头文件目录 header1,header2;两个cpp文件目录,src1,src2,一个lib目录

写一个完整的makefile步骤如下：

1 定义可执行文件的名称

TARGET = MyPro

2 指定此编译工程所要使用的头文件所在的目录

INC = -I. -Iheader1 -Iheader2

3 指定cpp文件所在的目录

VPATH = .:src1:src2

4 指定所有的cpp文件

   SRC_PATH = $(foreach dir,$(subst :, ,$(VPATH)),$(wildcard $(dir)/,*.cpp))

解释：

foreach，subst，wildcard为makefile的内置函数，其中wiilcard函数为字符串连接函数，把函数中的两个参数连接成一个。subst是字符串替换函数，在此句中意思是把VPATH变量中的冒号替换成空格。foreach函数，就是把subst函数的返回值，以空格为分隔符，循环取值赋给

最低0.47元/天 解锁文章
shaopengzhang
关注
专栏目录
通用Makefile编写
ComeOnMr博客
03-04 334
1框架 1）顶层目录的Makefile 2）顶层目录的Makefile.build 3)各级子目录的Makefile 2概述 1.各级子目录的Makefile： 它最简单，形式如下： obj-y += file.o obj-y += subdir/ "obj-y += file.o"表示把当前目录下的file.c编进程序里， "obj-y += subdir/"表示要进入subdir这个子目录下去...
makefile之大型项目
hushup的专栏
11-26 1149
管理Linux环境下的C/C++大型项目，如果有一个智能的Build System会起到事半功倍的效果，本文描述Linux环境下大型工程项目子目录Makefile的一种通用写法，使用该方法，当该子目录内的文件有增删时无需对Makefile进行改动，可以说相当的智能。 下面先贴代码（为减小篇幅，一些非关键的代码被去掉,本方法的局限是用于一个C文件生成一个可执行文件的场合）： ROOTDIR =
linux下通用Makefile写法
weixin_30883271的博客
08-27 103
linux编译多个源文件的程序比较麻烦，这下就需要通用的Makefile了，编译的时候执行一下make命令就OK，下面介绍通用makfile的写法。 假设现在有以下源文件：file1.h file1.c file2.h file2.c mainproc.c，程序的主函数在mainproc.c中。 #######通用Makefile模板######## # 目标文件名字 TARGET = M...
和大家分享一个Makefile的通用写法
不喜欢放屁
03-25 724
这是我自己在网上找到的比较合适的.有兴趣的可以看一下,比较基础,适合新手. SRCS = $（wildcard *.c） OBJS = $（SRCS:.c = .o） CC = gcc INCLUDES = -I/××× LIBS = -L/××× CCFLAGS = -g -Wall -O0 my_app : $（OBJS） $（CC） $^ -o $@ $（INCLUDES） $（LIBS）
make命令和makefile文件
weixin_43887148的博客
11-10 1652
多个源文件带来的问题 在编写小程序时，许多人都会在编辑完源文件后重新编译所有文件来重建应用程序。但对大型程序来说，使用这种简单的处理方式会带来一些很明显的问题。编辑一编译—测试这一循环的周期将变长。如果仅改动了一个源文件，即使是最有耐心的程序员也不想重新编译所有的源文件。 如果在程序中创建了多个头文件，并在不同的源文件中包含它们，这种处理方式就会带来一个潜在的、更严重的问题。比如说，你有3个头文件: a.h、b.h和c.h，3个C源文件main.c、2.c和3.c(我们希望读者在实际的项目中为源文件选择更好
How to Write makefile pdf下载
01-10
Makefile 是一种用于自动化构建过程的脚本文件，它通过一系列预定义的规则来管理源代码文件之间的依赖关系，并指导编译工具如何构建最终的目标文件（通常是可执行文件）。陈皓所著的《跟我一起写Makefile》是一本...
Makefile详解——从入门到精通
墨鱼菜鸡
07-11 776
转自ChinaUnix，作者gunguymadman，陈皓。链接地址：http://www.chinaunix.net/jh/23/408225.html 陈皓 CSDN 博客：http://blog.csdn.net/haoel/article/details/2886 http://blog.csdn.net/ruglcc/article/deta...
C++进阶3：Makefile入门
k0512的博客
04-19 1782
0、作用 Makefile文件告诉Make怎样编译和连接成一个程序。 1、Makefiile基本语法与执行 1.1 示例 编译一个单文件HelloWorld.cpp （1）编写Makefile HelloWorld : HelloWorld.cpp g++ HelloWorld.cpp -o HelloWorld clean : rm HelloWorld （2）编译 make （3）清空 make clean 1.2 构成 Makefile主要由多条规则构成，每条规则由三部分构成：目标(ta
一个项目的通用Makefile的写法
01-11
如何写一个通用的Makefile，包括顶层目录下的Makefile,子目录下Makefile，Makefile.build的写法和使用说明。
万能makefile写法详解，一步一步写一个实用的makefile
05-22
作者：胡彦 2013-5-21 本文档可能有更新，更新版本请留意http://blog.csdn.net/huyansoft/article/details/8924624 一 目的：编写一个实际可用的makefile，能自动编译当前目录下所有.c源文件，并且任何.c、.h或依赖的源文件被修改后，能自动重编那些改动了的源文件，未改动的不编译。 二 要达到这个目的，用到的技术有： 1-使用wildcard函数来获得当前目录下所有.c文件的列表。 2-make的多目标规则。 3-make的模式规则。 4-用gcc -MM命令得到一个.c文件include了哪些文件。 5-用sed命令对gcc -MM命令的结果作修改。 6-用include命令包含依赖描述文件.d。 三 准备知识 （一）多目标 对makefile里下面2行，可看出多目标特征，执行make bigoutput或make littleoutput可看到结果： bigoutput littleoutput: defs.h pub.h @echo $@ $(subst output,OUTPUT,$@) $^ # $@指这个规则里所有目标的集合，$^指这个规则里所有依赖的集合。该行是把目标（bigoutput或littleoutput）里所有子串output替换成大写的OUTPUT （二）隐含规则 对makefile里下面4行，可看出make的隐含规则，执行foo可看到结果： 第3、4行表示由.c得到.o，第1、2行表示由.o得到可执行文件。 如果把第3、4行注释的话，效果一样。 即不写.o来自.c的规则，它会自动执行gcc -c -o foo.o foo.c这条命令，由.c编译出.o(其中-c表示只编译不链接)，然后自动执行gcc -o foo foo.o链接为可执行文件。 foo:foo.o gcc -o foo foo.o; ./foo foo.o:foo.c #注释该行看效果 gcc -c foo.c -o foo.o #注释该行看效果 （三）定义模式规则 下面定义了一个模式规则，即如何由.c文件生成.d文件的规则。 foobar: foo.d bar.d @echo complete generate foo.d and bar.d %.d: %.c #make会对当前目录下每个.c文件，依次做一次里面的命令，从而由每个.c文件生成对应.d文件。 @echo from $< to $@ g++ -MM $ $@ 假定当前目录下有2个.c文件：foo.c和bar.c（文件内容随意）。 验证方法有2种，都可： 1-运行make foo.d(或make bar.d)，表示想要生成foo.d这个目标。 根据规则%.d: %.c，这时%匹配foo，这样%.c等于foo.c，即foo.d这个目标依赖于foo.c。 此时会自动执行该规则里的命令gcc -MM foo.c > foo.d，来生成foo.d这个目标。 2-运行make foobar，因为foobar依赖于foo.d和bar.d这2个文件，即会一次性生成这2个文件。 四 下面详述如何自动生成依赖性，从而实现本例的makefile。 （一） 本例使用了makefile的模式规则，目的是对当前目录下每个.c文件，生成其对应的.d文件，例如由main.c生成的.d文件内容为： main.o : main.c command.h 这里指示了main.o目标依赖于哪几个源文件，我们只要把这一行的内容，通过make的include指令包含到makefile文件里，即可在其任意一个依赖文件被修改后，重新编译目标main.o。 下面详解如何生成这个.d文件。 （二） gcc/g++编译器有一个-MM选项，可以对某个.c/.cpp文件，分析其依赖的源文件，例如假定main.c的内容为： #include //标准头文件(以方式包含的)，被-MM选项忽略，被-M选项收集 #include "stdlib.h"//标准头文件(以""方式包含的)，被-MM选项忽略，被-M选项收集 #include "command.h" int main() { printf("##### Hello Makefile #####\n"); return 0; } 则执行gcc -MM main.c后，屏幕输出： main.o: main.c command.h 执行gcc -M main.c后，屏幕输出： main.o: main.c /usr/include/stdio.h /usr/include/features.h \ /usr/include/bits/predefs.h /usr/include/sys/cdefs.h \ /usr/include/bits/wordsize.h /usr/include/gnu/stubs.h \ /usr/include/gnu/stubs-64.h \ /usr/lib/gcc/x86_64-linux-gnu/4.4.3/include/stddef.h \ /usr/include/bits/types.h /usr/include/bits/typesizes.h \ /usr/include/libio.h /usr/include/_G_config.h /usr/include/wchar.h \ /usr/lib/gcc/x86_64-linux-gnu/4.4.3/include/stdarg.h \ /usr/include/bits/stdio_lim.h /usr/include/bits/sys_errlist.h \ /usr/include/stdlib.h /usr/include/sys/types.h /usr/include/time.h \ /usr/include/endian.h /usr/include/bits/endian.h \ /usr/include/bits/byteswap.h /usr/include/sys/select.h \ /usr/include/bits/select.h /usr/include/bits/sigset.h \ /usr/include/bits/time.h /usr/include/sys/sysmacros.h \ /usr/include/bits/pthreadtypes.h /usr/include/alloca.h command.h （三） 可见，只要把这些行挪到makefile里，就能自动定义main.c的依赖是哪些文件了，做法是把命令的输出重定向到.d文件里：gcc -MM main.c > main.d，再把这个.d文件include到makefile里。 如何include当前目录每个.c生成的.d文件： sources:=$(wildcard *.c) #使用$(wildcard *.cpp)来获取工作目录下的所有.c文件的列表。 dependence=$(sources:.c=.d) #这里,dependence是所有.d文件的列表.即把串sources串里的.c换成.d。 include $(dependence) #include后面可以跟若干个文件名,用空格分开,支持通配符,例如include foo.make *.mk。这里是把所有.d文件一次性全部include进来。注意该句要放在终极目标all的规则之后，否则.d文件里的规则会被误当作终极规则了。 （四） 现在main.c command.h这几个文件，任何一个改了都会重编main.o。但是这里还有一个问题，如果修改了command.h，在command.h中加入#include "pub.h"，这时： 1-再make，由于command.h改了，这时会重编main.o，并且会使用新加的pub.h，看起来是正常的。 2-这时打开main.d查看，发现main.d中未加入pub.h，因为根据模式规则%.d: %.c中的定义，只有依赖的.c文件变了，才会重新生成.d，而刚才改的是command.h，不会重新生成main.d、及在main.d中加入对pub.h的依赖关系，这会导致问题。 3-修改新加的pub.h的内容，再make，果然问题出现了，make报告up to date，没有像期望那样重编译main.o。 现在问题在于，main.d里的某个.h文件改了，没有重新生成main.d。进一步说，main.d里给出的每个依赖文件，任何一个改了，都要重新生成这个main.d。 所以main.d也要作为一个目标来生成，它的依赖应该是main.d里的每个依赖文件，也就是说make里要有这样的定义： main.d: main.c command.h 这时我们发现，main.d与main.o的依赖是完全相同的，可以利用make的多目标规则，把main.d与main.o这两个目标的定义合并为一句： main.o main.d: main.c command.h 现在，main.o: main.c command.h这一句我们已经有了，如何进一步得到main.o main.d: main.c command.h呢？ （五） 解决方法是行内字符串替换，对main.o，取出其中的子串main，加上.d后缀得到main.d，再插入到main.o后面。能实现这种替换功能的命令是sed。 实现的时候，先用gcc -MM命令生成临时文件main.d.temp，再用sed命令从该临时文件中读出内容(用输出到最终文件main.d。 命令可以这么写： g++ -MM main.c > main.d.temp sed 's,\(main\)\.o[ :]*,\1.o main.d : ,g' main.d 其中： sed 's,\(main\)\.o[ :]*,\1.o main.d : ,g'，是sed命令。 main.d，把行内替换结果输出到最终文件main.d。 （六） 这条sed命令的结构是s/match/replace/g。有时为了清晰，可以把每个/写成逗号，即这里的格式s,match,replace,g。 该命令表示把源串内的match都替换成replace，s指示match可以是正则表达式。 g表示把每行内所有match都替换，如果去掉g，则只有每行的第1处match被替换(实际上不需要g，因为一个.d文件中，只会在开头有一个main.o:)。 这里match是正则式\(main\)\.o[ :]*，它分成3段： 第1段是\(main\)，在sed命令里把main用\(和\)括起来，使接下来的replace中可以用\1引用main。 第2段是\.o，表示匹配main.o，(这里\不知何意，去掉也是可以的)。 第3段是正则式[ :]*，表示若干个空格或冒号，(其实一个.d里只会有一个冒号，如果这里写成[ ]*:，即匹配若干个空格后跟一个冒号，也是可以的)。 总体来说match用来匹配'main.o :'这样的串。 这里的replace是\1.o main.d :，其中\1会被替换为前面第1个\(和\)括起的内容，即main，这样replace值为main.o main.d : 这样该sed命令就实现了把main.o :替换为main.o main.d :的目的。 这两行实现了把临时文件main.d.temp的内容main.o : main.c command.h改为main.o main.d : main.c command.h，并存入main.d文件的功能。 （七） 进一步修改，采用自动化变量。使得当前目录下有多个.c文件时，make会依次对每个.c文件执行这段规则，生成对应的.d： gcc -MM $ $@.temp; sed 's,\($*\)\.o[ :]*,\1.o $@ : ,g' $@; （八） 现在来看上面2行的执行流程： 第一次make，假定这时从来没有make过，所有.d文件不存在，这时键入make： 1-include所有.d文件的命令无效果。 2-首次编译所有.c文件。每个.c文件中若#include了其它头文件，会由编译器自动读取。由于这次是完整编译，不存在什么依赖文件改了不会重编的问题。 3-对每个.c文件，会根据依赖规则%.d: %.c，生成其对应的.d文件，例如main.c生成的main.d文件为： main.o main.d: main.c command.h 第二次make，假定改了command.h、在command.h中加入#include "pub.h"，这时再make： 1-include所有.d文件，例如include了main.d后，得到依赖规则： main.o main.d: main.c command.h 注意所有include命令是首先执行的，make会先把所有include进来，再生成依赖规则关系。 2-此时，根据依赖规则，由于command.h的文件戳改了，要重新生成main.o和main.d文件。 3-先调用gcc -c main.c -o main.o生成main.o， 再调用gcc -MM main.c > main.d重新生成main.d。 此时main.d的依赖文件里增加了pub.h： main.o main.d: main.c command.h pub.h 4-对其它依赖文件没改的.c（由其.d文件得到），不会重新编译.o和生成其.d。 5-最后会执行gcc $(objects) -o main生成最终可执行文件。 第三次make，假定改了pub.h，再make。由于第二遍中，已把pub.h加入了main.d的依赖，此时会重编main.c，重新生成main.o和main.d。 这样便实现了当前目录下任一源文件改了，自动编译涉及它的.c。 （九） 进一步修改，得到目前大家普遍使用的版本： set -e; rm -f $@; \ $(CC) -MM $(CPPFLAGS) $ $@.$$$$; \ sed 's,\($*\)\.o[ :]*,\1.o $@ : ,g' $@; \ rm -f $@.$$$$ 第一行，set -e表示，如果某个命令的返回参数非0，那么整个程序立刻退出。 rm -f用来删除上一次make时生成的.d文件，因为现在要重新生成这个.d，老的可以删除了(不删也可以)。 第二行：前面临时文件是用固定的.d.temp作为后缀，为了防止重名覆盖掉有用的文件，这里把temp换成一个随机数，该数可用$$得到，$$的值是当前进程号。 由于$是makefile特殊符号，一个$要用$$来转义，所以2个$要写成$$$$（你可以在makefile里用echo $$$$来显示进程号的值）。 第三行：sed命令的输入也改成该临时文件.$$。 每个shell命令的进程号通常是不同的，为了每次调用$$时得到的进程号相同，必须把这4行放在一条命令中，这里用分号把它们连接成一条命令（在书写时为了易读，用\拆成了多行），这样每次.$$便是同一个文件了。 你可以在makefile里用下面命令来比较： echo $$$$ echo $$$$; echo $$$$ 第四行：当make完后，每个临时文件.d.$$，已经不需要了，删除之。 但每个.d文件要在下一次make时被include进来，要保留。 （十） 综合前面的分析，得到我们的makefile文件： #使用$(wildcard *.c)来获取工作目录下的所有.c文件的列表 sources:=$(wildcard *.c) objects:=$(sources:.c=.o) #这里,dependence是所有.d文件的列表.即把串sources串里的.c换成.d dependence:=$(sources:.c=.d) #所用的编译工具 CC=gcc #当$(objects)列表里所有文件都生成后，便可调用这里的 $(CC) $^ -o $@ 命令生成最终目标all了 #把all定义成第1个规则，使得可以把make all命令简写成make all: $(objects) $(CC) $^ -o $@ #这段是make的模式规则，指示如何由.c文件生成.o，即对每个.c文件，调用gcc -c XX.c -o XX.o命令生成对应的.o文件。 #如果不写这段也可以，因为make的隐含规则可以起到同样的效果 %.o: %.c $(CC) -c $< -o $@ include $(dependence) #注意该句要放在终极目标all的规则之后，否则.d文件里的规则会被误当作终极规则了 %.d: %.c set -e; rm -f $@; \ $(CC) -MM $(CPPFLAGS) $ $@.$$$$; \ sed 's,\($*\)\.o[ :]*,\1.o $@ : ,g' $@; \ rm -f $@.$$$$ .PHONY: clean #之所以把clean定义成伪目标，是因为这个目标并不对应实际的文件 clean: rm -f all $(objects) $(dependence) #清除所有临时文件：所有.o和.d。.$$已在每次使用后立即删除。-f参数表示被删文件不存在时不报错 （十一） 上面这个makefile已经能正常工作了（编译C程序），但如果要用它编译C++，变量CC值要改成g++，每个.c都要改成.cpp，有点繁琐。 现在我们继续完善它，使其同时支持C和C++，并支持二者的混合编译。 #一个实用的makefile，能自动编译当前目录下所有.c/.cpp源文件，支持二者混合编译 #并且当某个.c/.cpp、.h或依赖的源文件被修改后，仅重编涉及到的源文件，未涉及的不编译 #详解文档：http://blog.csdn.net/huyansoft/article/details/8924624 #author：胡彦 2013-5-21 #---------------------------------------------------------- #编译工具用g++，以同时支持C和C++程序，以及二者的混合编译 CC=g++ #使用$(winldcard *.c)来获取工作目录下的所有.c文件的列表 #sources:=main.cpp command.c #变量sources得到当前目录下待编译的.c/.cpp文件的列表，两次调用winldcard、结果连在一起即可 sources:=$(wildcard *.c) $(wildcard *.cpp) #变量objects得到待生成的.o文件的列表，把sources中每个文件的扩展名换成.o即可。这里两次调用patsubst函数，第1次把sources中所有.cpp换成.o，第2次把第1次结果里所有.c换成.o objects:=$(patsubst %.c,%.o,$(patsubst %.cpp,%.o,$(sources))) #变量dependence得到待生成的.d文件的列表，把objects中每个扩展名.o换成.d即可。也可写成$(patsubst %.o,%.d,$(objects)) dependence:=$(objects:.o=.d) #---------------------------------------------------------- #当$(objects)列表里所有文件都生成后，便可调用这里的 $(CC) $^ -o $@ 命令生成最终目标all了 #把all定义成第1个规则，使得可以把make all命令简写成make all: $(objects) $(CC) $(CPPFLAGS) $^ -o $@ @./$@ #编译后立即执行 #这段使用make的模式规则，指示如何由.c文件生成.o，即对每个.c文件，调用gcc -c XX.c -o XX.o命令生成对应的.o文件 #如果不写这段也可以，因为make的隐含规则可以起到同样的效果 %.o: %.c $(CC) $(CPPFLAGS) -c $< -o $@ #同上，指示如何由.cpp生成.o，可省略 %.o: %.cpp $(CC) $(CPPFLAGS) -c $< -o $@ #---------------------------------------------------------- include $(dependence) #注意该句要放在终极目标all的规则之后，否则.d文件里的规则会被误当作终极规则了 #因为这4行命令要多次凋用，定义成命令包以简化书写 define gen_dep set -e; rm -f $@; \ $(CC) -MM $(CPPFLAGS) $ $@.$$$$; \ sed 's,\($*\)\.o[ :]*,\1.o $@ : ,g' $@; \ rm -f $@.$$$$ endef #指示如何由.c生成其依赖规则文件.d #这段使用make的模式规则，指示对每个.c文件，如何生成其依赖规则文件.d，调用上面的命令包即可 %.d: %.c $(gen_dep) #同上，指示对每个.cpp，如何生成其依赖规则文件.d %.d: %.cpp $(gen_dep) #---------------------------------------------------------- #清除所有临时文件（所有.o和.d）。之所以把clean定义成伪目标，是因为这个目标并不对应实际的文件 .PHONY: clean clean: #.$$已在每次使用后立即删除。-f参数表示被删文件不存在时不报错 rm -f all $(objects) $(dependence) echo: #调试时显示一些变量的值 @echo sources=$(sources) @echo objects=$(objects) @echo dependence=$(dependence) @echo CPPFLAGS=$(CPPFLAGS) #提醒：当混合编译.c/.cpp时，为了能够在C++程序里调用C函数，必须把每一个要调用的C函数，其声明都包括在extern "C"{}块里面，这样C++链接时才能成功链接它们。 五 makefile学习体会： 刚学过C语言的读者，可能会觉得makefile有点难，因为makefile不像C语言那样，一招一式都那么清晰明了。 在makefile里到处是“潜规则”，都是一些隐晦的东西，要弄明白只有搞清楚这些“潜规则”。 基本的规则无非是“一个依赖改了，去更新哪些目标”。 正因为隐晦动作较多，写成一个makefile才不需要那么多篇幅，毕竟项目代码才是主体。只要知道makefile的框架，往它的套路里填就行了。 较好的学习资料是《跟我一起写Makefile.pdf》这篇文档（下载包里已经附带了），比较详细，适合初学者。 我们学习的目的是，能够编写一个像本文这样的makefile，以满足简单项目的基本需求，这要求理解前面makefile几个关键点： 1-多目标 2-隐含规则 3-定义模式规则 4-自动生成依赖性 可惜的是，这篇文档虽然比较全面，却没有以一个完整的例子为引导，对几处要点没有突出指明，尤其是“定义模式规则”在最后不显眼的位置（第十一部分第五点），导致看了“自动生成依赖性”一节后还比较模糊。 所以，看了《跟我一起写Makefile.pdf》后，再结合本文针对性的讲解，会有更实际的收获。 另一个学习资料是《GNU make v3.80中文手册v1.5.pdf》，这个手册更详细，但较枯燥，不适合完整学习，通常是遇到问题再去查阅。 其它文章和代码请留意我的blog: http://blog.csdn.net/huyansoft [END]
makefile的通用写法
yg2362的专栏
01-07 893
<br />当写的源代码多了，工程多了，如果用手动的去gcc/g++,相信，碰到boost这个工程，那只能是疯掉了。<br />古老的工具，也往往是最有用的，这个工具就是makefile。我在05年就把陈皓的博文整理成pdf。没有别的，只是为它增加了一个目录，方便阅读。<br />因为本人是非常懒的，不喜欢一页一页的去找。这个文档的名称是《跟我一起写 Makefile》。（注现在陈皓的主页是cocre.com，上面有很多有意思的文章,强烈建议大家去看）<br />我编译工程也是非常懒的，如果每增加一个cpp
Makefile常用写法
一只懒猫的博客
12-03 1344
Makefile是linux的一种编译脚本，所以只能在linux的环境下使用。 makefile文件的执行方式是从下网上执行，所以最终生成的可执行文件的语句应该在文件的最上面。 一、常规编译c语言语句 编译单线程test.c文件 gcc test.c -o test 编译多线程test.c文件 gcc -pthread test.c -o test 如果是c++文件，把gcc用g++替换就可以编译。 二、初级使用Makefile makefile的注释是#，同Python 1.在需要编译的项目的根目录下
软件工程通用makefile写法学习总结
xingqilui126com的专栏
06-26 1137
工程通用makefile简单实现 最近学习了一下makefile，总结了一些经验，自己试着写了一套简单通用的软件工程makefile，总结下来以后可能会用到。 我的工程目录是这样的结构： 顶层目录是app/，app/include/存放公共的头文件，app/lib/存放公共的.a，app/obj/存放下层模块编译出的.a。 app层下面有三个模块分别是init，mod1，mod
C语言Makefile自动推导依赖关系
已迁移至 https://seekstar.github.io/
10-24 652
CC := g++ FLAGS_DEBUG := -std=c++11 -Wall -Wextra -fexceptions -g FLAGS_RELEASE := -std=c++11 -Wall -Wextra -fexceptions -O3 BIN_DEBUG := bin/debug BIN_RELEASE := bin/release SRC := src SRCS :...
makefile详解（05） 自动推导
超级方的专栏
01-17 738
五、让make自动推导  GNU的make很强大，它可以自动推导文件以及文件依赖关系后面的命令，于是我们就没必要去在每一个[.o]文件后都写上类似的命令，因为，我们的make会自动识别，并自己推导命令。  只要make看到一个[.o]文件，它就会自动的把[.c]文件加在依赖关系中，如果make找到一个whatever.o，那么whatever.c，就会是whatever.o的依赖文件。
跟我一起写Makefile（4）--- 让make自动推导+另类风格的makefile
蔚蓝的天空Tom
08-06 546
原文链接：http://blog.csdn.net/haoel/article/details/2886/ 五、让make自动推导 GNU的make很强大，它可以自动推导文件以及文件依赖关系后面的命令，于是我们就没必要去在每一个[.o]文件后都写上类似的命令，因为，我们的make会自动识别，并自己推导命令。 只要make看到一个[.o]文件，它就会自动的把[.c]文件加在依赖关系中，如果
makefile中的foreach、patsubst、notdir、wildcard及自动化变量
最新发布
m0_63893772的博客
09-09 256
在test下，建立a.c和b.c2个文件，在sub目录下，建立sa.c和sb.c2 个文件建立一个简单的。
Makefile 自动推导依赖性
2.5章节中提到的“让make自动推导”，这是指Make可以自动检测源文件和目标文件之间的依赖关系，例如，通常情况下，`.c`文件会被编译成`.o`的目标文件，Make可以自动推导出这个规则。然而，对于头文件的依赖，Make...
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值