借助实例轻松掌握 Makefile --开花结果

已于 2023-08-04 09:12:02 修改
阅读量428 收藏 1
点赞数
分类专栏： linux 文章标签： linux 服务器 Makefile
于 2022-09-29 14:47:14 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/locahuang/article/details/127015296
版权



开花结果篇

在这里插入图片描述

通过一个相对较复杂的项目来实践加深 Makefile 的应用，我们暂且将该项目命名为 huge（大块头）；

项目目录结构图如下：
在这里插入图片描述

实例1：source/foo/src下的Makefile


编辑 source/foo/src/Makefile

.PHONY: all clean
MKDIR = mkdir
RM = rm
RMFLAGS = -fr

CC = gcc

AR = ar
ARFLAGS = crs
DIR_OBJS = objs
DIR_EXES = ../../../build/exes/
DIR_DEPS = deps
DIR_LIBS = ../../../build/libs
DIRS = $(DIR_DEPS) $(DIR_OBJS) $(DIR_EXES) $(DIR_LIBS)
RMS = $(DIR_OBJS) $(DIR_DEPS)

EXE = zoo
ifneq ($(EXE), "")
EXE := $(addprefix $(DIR_EXES)/, $(EXE))
RMS += $(EXE)
endif

LIB = libfoo.a


ifneq ($(LIB), "")
LIB := $(addprefix $(DIR_LIBS)/, $(LIB))
RMS += $(LIB)
endif

SRCS = $(wildcard *.c)
OBJS = $(SRCS:.c=.o)
OBJS := $(addprefix $(DIR_OBJS)/, $(OBJS))
DEPS = $(SRCS:.c=.dep)
DEPS := $(addprefix $(DIR_DEPS)/, $(DEPS))

ifneq ($(EXE), "")
all: $(EXE)
endif

ifneq ($(LIB), "")
all: $(LIB)
endif

ifneq ($(MAKECMDGOALS), clean)
-include $(DEPS)
endif

$(DIRS):
        $(MKDIR) -p $@
$(EXE): $(DIR_EXES) $(OBJS)
        $(CC) -o $@ $(filter %.o, $^)
$(LIB): $(DIR_LIBS) $(OBJS)
        $(AR) $(ARFLAGS) $@ $(filter %.o, $^)
$(DIR_OBJS)/%.o: $(DIR_OBJS) %.c
        $(CC) -o $@ -c $(filter %.c, $^)
$(DIR_DEPS)/%.dep: $(DIR_DEPS) %.c
        @set -e ; \
        echo "Making $@ ..." ; \
        $(RM) $(RMFLAGS) $@.tmp ; \
        $(CC) -E -MM $(filter %.c, $^) > $@.tmp ; \
sed 's,\(.*\)\.o[ :]*,objs/\1.o $@: ,g' < $@.tmp > $@ ; \
        $(RM) $(RMFLAGS) $@.tmp
clean:
        $(RM) $(RMFLAGS) $(DIRS) $(RMS)


编译执行

$ make
$ ls
$ ls ../../../bulild/libs/
$ ls ../../../build/exes/
$ ls deps/
$ ls objs/
$ make clean


结果输出

在这里插入图片描述


语法说明

  • AR 和 ARFLAGS 两个变量用途是以生成静态库；
  • IDS_EXES 表示 exes 目录的实际位置，现在采用的是相对路径；
  • DIRS 变量增加DIR_LIBS变量中的内容，以便在生成库文件之前生成 build/libs 目录；
  • RMS 变量用于表示要删除的目录和文件；
  • 该 Makefile 只是针对构建libfoo.a 库，因此 make clean 不能将位于build 目录下的 exes 和 libs 目录全部删除；
  • ifneq 条件语句用于判断 EXE 变量是否被定义，因为后面在设置 all 目标的依赖关系时，需要判断 EXE 变量是否有值，如果没有值，我们并不需要让 all 目标依赖 $(EXE) ，不需要为其调用addprefix函数增加前缀，否则会打破后面判断 EXE变量是否有值，从而决定是否让 all 目录依赖于它这一方法；
  • 如果 EXE 有值，应当将其值加入到 RMS 变量中，以便我们在调用 make clean 时清除它；
  • LIB 变量用于存放库名，比如这里的库名就是 libfoo.a；
  • 增加一条用于构建的规则，采用 crs 参数调用 ar 命令以生成库。
  • 在 clean 目标命令中，采用删除 RMS 变量中的内容，而不是DIRS变量中的内容。因为我们不希望在 foo 模块中 make clean 时将bulid目录下的 libs 和 exes 目录也删除。

实例2：利用make.rule提高复用性


将实例1 foo 模块中的 Makefile 分成两部分：build 目录下的 make.rule 和 source/foo/src 目录中的 Makefile，同时扩展 huge/src 目录下的Makefile。


1、编辑 build/make.rule

.PHONY: all clean
MKDIR = mkdir
RM = rm
RMFLAGS = -fr

CC = gcc

AR = ar
ARFLAGS = crs
DIR_OBJS = objs
DIR_EXES = $(ROOT)/build/exes/
DIR_DEPS = deps
DIR_LIBS = $(ROOT)/build/libs
DIRS = $(DIR_DEPS) $(DIR_OBJS) $(DIR_EXES) $(DIR_LIBS)
RMS = $(DIR_OBJS) $(DIR_DEPS)

ifneq ($(EXE), "")
EXE := $(addprefix $(DIR_EXES)/, $(EXE))
RMS += $(EXE)
endif


ifneq ($(LIB), "")
LIB := $(addprefix $(DIR_LIBS)/, $(LIB))
RMS += $(LIB)
endif

SRCS = $(wildcard *.c)
OBJS = $(SRCS:.c=.o)
OBJS := $(addprefix $(DIR_OBJS)/, $(OBJS))
DEPS = $(SRCS:.c=.dep)
DEPS := $(addprefix $(DIR_DEPS)/, $(DEPS))

ifneq ($(EXE), "")
all: $(EXE)
endif

ifneq ($(LIB), "")
all: $(LIB)
endif

ifneq ($(MAKECMDGOALS), clean)
-include $(DEPS)
endif

$(DIRS):
        $(MKDIR) -p $@
$(EXE): $(DIR_EXES) $(OBJS)
        $(CC) -o $@ $(filter %.o, $^)
$(LIB): $(DIR_LIBS) $(OBJS)
        $(AR) $(ARFLAGS) $@ $(filter %.o, $^)
$(DIR_OBJS)/%.o: $(DIR_OBJS) %.c
        $(CC) -o $@ -c $(filter %.c, $^)
$(DIR_DEPS)/%.dep: $(DIR_DEPS) %.c
        @set -e ; \
        echo "Making $@ ..." ; \
        $(RM) $(RMFLAGS) $@.tmp ; \
        $(CC) -E -MM $(filter %.c, $^) > $@.tmp ; \
sed 's,\(.*\)\.o[ :]*,objs/\1.o $@: ,g' < $@.tmp > $@ ; \
        $(RM) $(RMFLAGS) $@.tmp
clean:
        $(RM) $(RMFLAGS) $(DIRS) $(RMS)


2、编辑 source/foo/src/Makefile

EXE = 
LIB = libfoo.a
include $(ROOT)/build/make.rule


在 huge/ 目录下给 ROOT 变量赋值：

$ export ROOT=`pwd`


进入 huge/source/foo/src 编译执行

$ make
$ ls
$ ls ../../../bulild/
$ ls ../../../build/libs/
$ ls deps/
$ ls objs/
$ make clean


结果输出

在这里插入图片描述


3、在 source/huge/src/ 目录下创建 main.c

int main()
{
	return 0;
}


编辑 source/huge/src/Makefile

EXE = huge.exe
LIB = 
include $(ROOT)/build/make.rule


进入 source/huge/src 编译执行

$ make
$ ls
$ ls deps/
$ ls objs/
$ ls ../../../build/exes/
$ make clean


结果输出

在这里插入图片描述


语法说明

  • 通过 build 目录下的 make.rule 文件，让所有位于各软件模块的 src 目录下面的 Makefile 提高复用性；
  • 通过将 foo 模块的 Makefile 中的一部分内容放入到 make.rule 中；
  • 变量 EXE 和 LIB 的定义对于每一个软件模块是不同的；比如本项目中，需要在source/foo.src 目录中的Makefile里面将LIB的变量值设置为libfoo.a， 且 EXE 变量为空；而在 source/huge/src 目录中的Makefile里，只定义 EXE 变量值为 huge.exe；
  • 为了使得 DIR_EXES 变量和 DIR_LIBS 变量对于所有的模块都相同，可以采用绝对路径的方式来实现；本项目是通过定义 ROOT 环境变量实现（需要注意的是在 export 所需的 ROOT 变量时，除了先要进入 huge项目的根目录外，pwd 命令前后的字符是 “`” 而不是 “’”，这个字符是键盘上 “！” 键左边的那一个）

实例3：添加源程序文件


1、编辑 build/make.rule

.PHONY: all clean
MKDIR = mkdir
RM = rm
RMFLAGS = -fr

CC = gcc

AR = ar
ARFLAGS = crs
DIR_OBJS = objs
DIR_EXES = $(ROOT)/build/exes/
DIR_DEPS = deps
DIR_LIBS = $(ROOT)/build/libs
DIRS = $(DIR_DEPS) $(DIR_OBJS) $(DIR_EXES) $(DIR_LIBS)
RMS = $(DIR_OBJS) $(DIR_DEPS)


ifneq ($(EXE), "")
EXE := $(addprefix $(DIR_EXES)/, $(EXE))
RMS += $(EXE)
endif



ifneq ($(LIB), "")
LIB := $(addprefix $(DIR_LIBS)/, $(LIB))
RMS += $(LIB)
endif

SRCS = $(wildcard *.c)
OBJS = $(SRCS:.c=.o)
OBJS := $(addprefix $(DIR_OBJS)/, $(OBJS))
DEPS = $(SRCS:.c=.dep)
DEPS := $(addprefix $(DIR_DEPS)/, $(DEPS))

ifneq ($(EXE), "")
all: $(EXE)
endif

ifneq ($(LIB), "")
all: $(LIB)
endif

ifneq ($(MAKECMDGOALS), clean)
include $(DEPS)
endif

ifneq ($(INC_DIRS), "")
INC_DIRS:=$(strip $(INC_DIRS))
INC_DIRS:=$(addprefix -I, $(INC_DIRS))
endif

ifneq ($(LINK_LIBS),"")
LINK_LIBS:=$(strip $(LINK_LIBS))
LINK_LIBS := $(addprefix -l, $(LINK_LIBS))
endif

$(DIRS):
        $(MKDIR) -p $@
$(EXE): $(DIR_EXES) $(OBJS)
        $(CC)-L$(DIR_LIBS) -o $@ $(filter %.o, $^) $(LINK_LIBS)
$(LIB): $(DIR_LIBS) $(OBJS)
        $(AR) $(ARFLAGS) $@ $(filter %.o, $^)
$(DIR_OBJS)/%.o: $(DIR_OBJS) %.c
        $(CC) $(INC_DIRS) -o $@ -c $(filter %.c, $^)
$(DIR_DEPS)/%.dep: $(DIR_DEPS) %.c
        set -e ; \
        echo "Making $@ ..." ; \
        $(RM) $(RMFLAGS) $@.tmp ; \
        $(CC) $(INC_DIRS) -E -MM $(filter %.c, $^) > $@.tmp ; \
sed 's,\(.*\)\.o[ :]*,objs/\1.o $@: ,g' < $@.tmp > $@ ; \
        $(RM) $(RMFLAGS) $@.tmp
clean:
        $(RM) $(RMFLAGS) $(RMS)


2、编辑 source/foo/src/Makefile

EXE =
LIB = libfoo.a
INC_DIRS = $(ROOT)/source/foo/inc
LINK_LIBS =
include $(ROOT)/build/make.rule


3、编辑 source/huge/src/Makefile

EXE = huge
LIB =
INC_DIRS = $(ROOT)/source/foo/inc
LINK_LIBS = foo
include $(ROOT)/build/make.rule


4、源文件源码

// huge/source/foo/inc目录 foo.h
#ifndef __FOO_H
#define __FOO_H
void foo();
#endif

// huge/source/foo/src 目录 foo.c
#include <stdio.h>
#include "foo.h"
void foo()
{
        printf("This is foo()!\n");
}

// huge/source/huge/src 目录 main.c
#include <stdio.h>
#include "foo.h"

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


5、编译 huge/source/foo/src 的 Makefile

在这里插入图片描述

6、编译 huge/source/huge/src 的 Makefile

在这里插入图片描述

7、执行 huge/build/exes 的 huge

在这里插入图片描述


语法说明

  • 在 make.rule 文件中增加了 INC_DIRS 变量，用于存放个模块用到的全部头文件，在 make.rule 中增加了一个条件语句块，即当 INC_DIRS 中的值不为空时，先采用 strip 函数去除多余的空格，然后再用 addprefix 函数为所有的目录的前面加上“-I”(i 的大写)前缀。最后的改动就是，让目标文件生成规则和依赖文件生成规则中增加对INC_DIRS 变量的引用，以告诉 gcc 到哪去找头文件；
  • 在 make.rule 文件中增加了 LINK_LIBS 变量，用来存放所有需要在连接时用到的库；
  • 在 make.rule 文件中通过使用gcc的-L选项将 DIR_LIBS 变量加入到连接器的搜索目录中，由于我们采用将所有的库文件都放入$(DIR_LIBS)目录中，这种方式能简化 Makefile 的设计，因为我不需要指定多个目录；
  • 在各个模块的src目录中的 Makefile 增加了 LINK_LIBS 变量，同时在source/huge/src/Makefile中对LINK_LIBS负值为foo（在linux中一个库名的格式为libxxxx.a或.so，其中的xxxx就是我们采用gcc的 -l (L小写) 选项时所需给的名）

实例4：添加模块检验编译设计兼容性

在这里插入图片描述

在huge项目中新增一个zoo模块，作为一个库 libzoo.a 用到项目中，zoo模块跟 foo 模块为同一个路径下，如上图。


1、源文件源码

// huge/source/zoo/inc目录 zoo.h
#ifndef __ZOO_H
#define __ZOO_H
void zoo();
#endif

// huge/source/zoo/src 目录 zoo.c
#include <stdio.h>
#include "zoo.h"
void zoo()
{
        printf("This is zoo()!\n");
}

// huge/source/huge/src 目录 main.c
#include <stdio.h>
#include "foo.h"
#include "zoo.h"
int main()
{
        foo();
        zoo();
        return 0;
}


2、编辑 source/zoo/src/Makefile

EXE =
LIB = libzoo.a
INC_DIRS = $(ROOT)/source/zoo/inc
LINK_LIBS =
include $(ROOT)/build/make.rule


3、编辑 source/huge/src/Makefile

EXE = huge
LIB =
INC_DIRS = $(ROOT)/source/foo/inc \
$(ROOT)/source/zoo/inc
LINK_LIBS = foo zoo
include $(ROOT)/build/make.rule


4、编译 source/foo/src/Makefile

在这里插入图片描述


5、编译 source/zoo/src/Makefile

在这里插入图片描述


6、编译 source/huge/src/Makefile

在这里插入图片描述


7、执行 build/exes/huge

在这里插入图片描述


语法说明

  • zoo 模块下 Makefile 与 foo 模块的Makefile文件基本相同，除了做些额外的小改动；
  • huge 模块下 Makefile 增加对 zoo 模块库的引用。

实例5：简化操作


从上面 实例4 我们看到，从库文件到执行文件，编译流程需要经过：“进入source/foo/src/目录执行 make 编译 – 进入source/zoo/src/目录执行 make 编译 – 进入source/huge/src/目录执行 make 编译”，总共3次手动编译；如果模块不断增多，编译步骤会更加繁杂，不易于开发、维护。由此，我们在 build/ 目录下引入 Makefile 文件，用于简化项目的编译工作。


编辑 build/ 目录下 Makefile

.PHONY: all clean
DIRS = $(ROOT)/source/foo/src \
$(ROOT)/source/bar/src \
$(ROOT)/source/huge/src

RM = rm
RMFLAGS = -fr
RMS = $(ROOT)/build/exes $(ROOT)/build/libs

all:
	@set -e; \
	for dir in $(DIRS); \
		do \
		cd $$dir && $(MAKE) ; \
	done
	@echo ""
	@echo ":-) Completed"
	@echo ""
clean:
	@set -e; \
	for dir in $(DIRS); \
		do \
		cd $$dir && $(MAKE) clean;\
	done
	$(RM) $(RMFLAGS) $(RMS)
	@echo ""
	@echo ":-) Completed"
	@echo ""


编译 build/ 目录下 Makefile

$ make
在这里插入图片描述


$ make clean
在这里插入图片描述

语法说明

  • 使用 Shell 的 for 语句，遍历变量 DIRS 中的每一个目录，并进入目录运行 make；
  • 使用 MAKE 特殊变量，不直接使用 make 是为了更好的移植性；
  • 库文件需要比可执行程序先构造出来，在 DIRS 变量中，需要将库目录放在可执行程序的目录之前，因为 Makefile 是根据目录的先后顺序来进行构建工作的。
夏之七
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Makefile总结（多级目录、多目标）
wh1312142954的博客
06-04 4595
一、多目标 .PHONY:clean all CC= gcc CFLAGS= -Wall -g LOCAL_PATH=$(shell pwd) BIN=test01 test02 all:$(BIN) #%.o:%.c .c.o: $(CC) $(CFLAGS) -c $< -o $@ test01:test01.o sub.o $(CC) $(CFLAGS) -o $@...
Makefile里的PHONY
weixin_44110278的博客
06-16 1382
因为"rm"命令并不产生"clean"文件，则每次执行"make clean"的时候，该命令都会执行。如果目录中出现了"clean"文件，则规则失效了：没有依赖文件，文件"clean"始终是最新的，命令永远不会执行；为避免这个问题，可使用".PHONY"指明该目标。已知phony 目标并非是由其它文件生成的实际文件，make 会跳过隐含规则搜索。如果编写一个规则，并不产生目标文件，则其命令在每次make 该目标时都执行。这样执行"make clean"会无视"clean"文件存在与否。
makefile中伪目标详解
ming470612141的专栏
11-24 1万+
伪目标 下面的“clean”目标，是一个“伪目标”，     clean:             rm *.o temp 我们生成了许多文件编译文件，我们也应该提供一个清除它们的“目标”以备完整地重编译而用。 （以“make clean”来使用该目标） ，调用相应的规则，来清除许多编译的文件(如:*.o文件)因为，我们并不生成“clean”这个文件。“伪目标”并不是一个文件，只是一个标签，由
Linux中 .PHONY 和 all 在 Makefile 中的作用
最新发布
weixin_72040293的博客
06-06 546
Linux中 .PHONY 和 all 在 Makefile 中的作用，makefile的一个规则模式：gcc -o $@ $^的介绍
makefile中的.PHONY和all的作用
热门推荐
现从事游戏开发领域 | 团队项目be_with开发进行中 web方向感兴趣者私 ——We can do all things.
03-18 1万+
.PHONY（伪目标） 伪目标是这样一个目标：它不代表一个真正的文件名，在执行make时可以指定这个目标来执行所在规则定义的命令，有时也可以将一个伪目标称为标签。伪目标通过PHONY来指明。 PHONY定义伪目标的命令一定会被执行，下面尝试分析这种优点的妙处。 1、如果我们指定的目标不是创建目标文件，而是使用makefile执行一些特定的命令，例如： clean: rm *.o...
GCC | GCC编译器
I_feige的博客
06-18 313
文章目录gcc编译器1.gcc编译流程及编译选项分析1-1.预处理阶段1-2.编译阶段1-3.汇编阶段1-4.链接阶段2.gcc编译选项分析2-1.总体选项2-2.警告和出错选项2-3:优化信息2-4:体系结构相关选项3.拓展 gcc编译器 GCC（GNU Compiler Collection，GNU编译器套装）是一套由GNU开发的编程语言编译器。它是一套以GPL及LPGL许可证所发行的自由软件，也是GNU计划的关键部分，亦是自由的类UNIX及苹果电脑MAC Os X操作系统的标准编译器。GCC原名为GN
makefile里PHONY的相关介绍
fyfhust的专栏
08-19 1221
Phony TargetsPHONY 目标并非实际的文件名：只是在显式请求时执行命令的名字。有两种理由需要使用PHONY 目标：避免和同名文件冲突，改善性能。如果编写一个规则，并不产生目标文件，则其命令在每次make 该目标时都执行。例如：　　clean:　　rm *.o temp因为"rm"命令并不产生"clean"文件，则每次执行"make clean"的时候，该命令都会执行。如果目录
细数makefile遇到的那些坑
ljz0929的博客
02-26 1672
细数makefile遇到的那些坑 参考文章： [Makefile] 缩进与空格–记录踩过的坑 1号坑： 示例1： .PHONY: all A=hello ifeq($(A), hello) INFO=true else INFO=false endif all: @echo "result: $(INFO)" 执行结果： $ make Makefile:5: *** 缺失分隔符。 停止。 错误原因： 第5行：ifeq 和 ( 之间应该有空格 2号坑： 示例2： .PHONY:
makefile详解
szembed的博客
07-03 5384
想要掌握makefile，首先需要了解两个概念，⼀个是⽬标（target），另⼀个就是依赖（dependency）。⽬标就是指要⼲什么，或说运⾏ make 后⽣成什么，⽽依赖是告诉 make 如何去做以实现⽬标。在 Makefile 中，⽬标和依赖是通过规则（rule）来表达的。 上面Makefile 中的 all 就是我们 的⽬标，⽬标放在‘：’的前⾯，其名字可以是由字⺟和下划线‘_’组成 。echo “Hello World”就是⽣成⽬标的命令，这些命令可以是任何你可以在你的环境中运⾏的命令以及 mak
对makefile和.PHONY的一些理解
weixin_44333998的博客
12-06 246
makefile首先会把其遇到的第一个目标作为主目标；makefile会依次完成被主目标依赖的目标。makefile尽力做到一点：make时只加入有改动的部分，这是通过如果主目标依赖的目标为一个文件，如果该文件已生成，那么检查目标依赖文件，如果依赖文件未更新，不进行改动，否则链接入更新；这说明若想做到makefile的最小更新，依赖文件需要是精确的编译出的.o文件名，否则make会认为目标未生成而每次都执行命令（已实验）。 这样如果对于Make target，如target为clean，make发现clea
.PHONY
lusic01的专栏
03-25 7785
Makefile 中的.PHONY 2014年09月26日 00:12:40 a1232345 阅读数：4174 Makefile 中的.PHONY 一直不知道Makefile中.PHONY是什么意思，查了查便记下来。 所谓的PHONY这个单词就是伪造的意思，makefile中将.PHONY放在一个目标前就是指明这个目标是伪文件目标，如下： .PHONY:clean 这里clean目标...
makefile中的all和.PHONY的作用
SdustLiYang的专栏
08-18 1757
请编写一个makefile同时编译、链接下面两个程序： main1.c： #include int main(void) {    printf("main1\n"); } main2.c： #include int main(void) {    prin
makefile中的.phony作用（防止在Makefile文件中定义的可执行命令的目标规则和工作目录下的实际文件出现名称冲突，并提高执行Makefile的性能）
Dontla的博客
12-13 816
其中p1、p2和p3是三个可执行文件，make把"all"作为主要规则，每次执行时都尝试把"all"更新，因此会检查其依赖文件p1、p2和p3是否需要更新，如果需要，就把它们更新，从而达到我们的目的。指定目标为all，可以避免目录下同名文件的干扰，即不用检查规则"all"是否有同名文件存在，也不需要查询任何隐含规则，直接假定指定的规则"all"需要被更新。当一个目录中存在多个可运行程序，将其配置在同一个makefile文件。配置项的主要作用在于避免指定命令和项目下的同名文件冲突，进行性能优化。
makefile中的all和.PHONY的作用（主要在于自动删除中间文件）
ylwdi的专栏
01-25 4828
假如你想生成的最终文件的名字就叫APP，而且想删除中间生成的文件，则makefile可以这样写： OBJ= app1.o app2.o CC = gcc all: APP clean APP: $(OBJ)    # 这一行不能省，要不然还没生成APP 所有.o文件就已经被删除了        $(CC)  -o $@ $(OBJ)   # 这一行不写也不会出错，自动推导的 app1.
Linux之Makefile .PHONY用法(十)
Android系统攻城狮
02-22 5470
为什么需要.PHONY？ 栗子： 如果make后，如果新建一个：touch clean文件，再执行make clean时，将不会执行rm命令，因为make clean和文件clean重名问题。为了避免出现这个问题，需要在Makefile里增加：.PHONY: clean Makefile中非常三个变量：$@--目标文件，$^--所有的依赖文件，$&lt;--第一个依赖文件。 1、创建hell...
makefile中关于all和.PHONY
xiaofei0859的专栏
04-06 1757
请编写一个makefile同时编译、链接下面两个程序： main1.c： #include int main(void) {     printf("main1\n"); } main2.c： #include int main(void) {     printf("main2\n"); } 【分析】：这里需要生成两个可执行文件main1和main2（两个目标）。由于m
一步一步理解Makefile
pingxiaozhao的博客
01-08 1842
1.工程文件内容 2.编译过程及运行 3.makefile说明 .PHONY:all clean #解析阶段执行（此行下边部分） SRCS = $(wildcard *.c) #获取当前目录下的.c文件 OBJS = $(SRCS:.c=.o) #把SRCS的所有.c文件改为.o文件存入OBJS DEPS = $(SRCS:.c=.d) #把SRCS的所有.c文件改为.d文件存入OBJS BIN = mp3 all: $(BIN) $(DEPS) .
makefile --
09-05
Makefile是一个用于构建和管理软件项目的工具。它包含了一系列规则和命令，用于指导编译器和链接器如何生成可执行文件或库文件。 在Makefile中，你可以定义目标（target），每个目标包含了构建所需的依赖关系和对应的命令。当你运行make命令时，Makefile会根据目标之间的依赖关系来确定需要重新构建的文件，并执行相应的命令。 以下是一个简单的Makefile示例： ``` # 定义目标和依赖关系 target: dependency1 dependency2 command1 command2 dependency1: command3 dependency2: command4 ``` 在这个例子中，有一个名为"target"的目标，它依赖于"dependency1"和"dependency2"。当运行make命令时，如果"dependency1"或"dependency2"的文件发生了更改，相应的命令(command3和command4)将会被执行。接着，"target"的命令(command1和command2)将会被执行。 Makefile还支持变量、条件语句、循环和函数等高级特性，这些功能使得构建过程更加灵活和可配置。 请注意，Makefile是大小写敏感的，且每个命令必须以制表符开头（不能使用空格）。另外，通常将Makefile命名为"Makefile"或者"makefile"，以便make命令能够自动识别并使用它。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值