多子目录的makefile编译库模板

经过不断的实验,终于改出来了一个可以用于多个子目录,多个文件的Makefile模板,只用来生成静态库文件,后面再继续添加内容吧

先来看下目录结构

[zhang@zwfedora23 libs]$ tree
.
├── Makefile
├── src
│   ├── libs1.c
│   ├── libs1.h
│   ├── libs2.c
│   ├── libs2.h
│   └── main.c
├── src1
│   ├── libs1a.c
│   ├── libs1a.h
│   ├── libs1.c
│   └── libs1.h
└── src2
    ├── libs2.c
    └── libs2.h

3 directories, 12 files
[zhang@zwfedora23 libs]$ 

具体的Makefile文件内容:

LIB_SRC1 = ./src1
LIB_SRC2 = ./src2
LIB_A := libs.a

#VPATH = $(LIB_SRC1) $(LIB_SRC2)

SRC := $(wildcard $(LIB_SRC1)/*.c)
SRC += $(wildcard $(LIB_SRC2)/*.c)

OBJS := $(patsubst %.c,%.o,$(SRC))

CC:=gcc
CFLAGS:= -I./

.PNONY:all clean

all: $(LIB_A)

clean:
  @rm -f $(OBJS)
  @rm -f $(LIB_A) 

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

$(LIB_A):$(OBJS)
  @echo '$$OBJS'=$(OBJS)
  @echo '$$(SRC)/*.c'=$(SRC)
  @echo '$$@' = $@
  @echo '$$^' = $^
  @echo '$$<' = $<
  $(AR) rcv $@ $^

仔细看的话,其实这个Makefile中也没有什么东西,也大概完全可以看懂,但是在今天之前要是让我从0开始手写或者在别人的Makefile中改出一个来我还真有点含糊。但是现在不会了,今天晚上试了好多终于有成果了。
看下最后执行的效果:

[zhang@zwfedora23 libs]$ make
gcc -c -I./ src1/libs1.c -o src1/libs1.o
gcc -c -I./ src1/libs1a.c -o src1/libs1a.o
gcc -c -I./ src2/libs2.c -o src2/libs2.o
$OBJS=./src1/libs1.o ./src1/libs1a.o ./src2/libs2.o
$(SRC)/*.c=./src1/libs1.c ./src1/libs1a.c ./src2/libs2.c
$@ = libs.a
$^ = src1/libs1.o src1/libs1a.o src2/libs2.o
$< = src1/libs1.o
ar rcv libs.a src1/libs1.o src1/libs1a.o src2/libs2.o
a - src1/libs1.o
a - src1/libs1a.o
a - src2/libs2.o
[zhang@zwfedora23 libs]$ tree
.
├── libs.a
├── Makefile
├── src
│   ├── libs1.c
│   ├── libs1.h
│   ├── libs2.c
│   ├── libs2.h
│   └── main.c
├── src1
│   ├── libs1a.c
│   ├── libs1a.h
│   ├── libs1a.o
│   ├── libs1.c
│   ├── libs1.h
│   └── libs1.o
└── src2
    ├── libs2.c
    ├── libs2.h
    └── libs2.o

3 directories, 16 files
[zhang@zwfedora23 libs]$ 

可以看到,每个.c文件对应的.o文件都在同一个目录,最后的.a文件在项目的根目录,这正是我想要的,一点都不差。而且我还写了个main.c来测试生成的.a文件,结果也是正确的。

[zhang@zwfedora23 libs]$ gcc src/main.c -L./ -ls -o test
[zhang@zwfedora23 libs]$ ./test 
hello
hello,libs2
[zhang@zwfedora23 libs]$ ls
libs.a  Makefile  src  src1  src2  test
[zhang@zwfedora23 libs]$ 

收工。

### 回答1: CMake是一款跨平台的构建工具,通过使用CMake,我们可以用同一份源代码在不同的平台上构建出相应的可执行文件。CMake支持多子目录构建,也就是说我们可以将源代码划分为多个子目录,每个子目录都有自己的CMakeLists.txt文件来管理构建过程。这种方式可以帮助我们更好地组织和管理代码。 在CMake中,使用add_subdirectory()函数可以指定要包含的子目录。每个子目录独立运行自己的CMakeLists.txt文件,构建生成自己的文件或可执行文件。在父目录的CMakeLists.txt文件中,我们可以通过target_link_libraries()来链接所有子目录生成的文件,最终形成成品可执行文件文件。 使用CMake进行多子目录构建的好处在于,可以将不同的功能模块拆分到不同的子目录当中,使得代码更加清晰、易于维护。同时,在不同的平台之间构建时,也可以只构建需要的子目录,从而加快构建速度。 CMake的多子目录构建使得代码的管理和构建变得更加灵活。通过有效的管理和组织,可以更好地保持代码的清晰性和可维护性。 ### 回答2: CMake是目前广泛应用于跨平台C/C++项目构建的一个开源工具。CMake集成了各种编译器、操作系统、平台的差异,能够自动查找编译器、文件等,生成相应的Makefile或Visual Studio项目文件,达到自动化构建的目的。 在实际项目中,如果文件过多,为了使项目结构更加清晰,往往会引入多级目录来存放文件。这时候就需要用到CMake多子目录构建来管理项目构建。具有以下优点: 1. 多级目录清晰:将项目分为多个子目录来组织,使结构更加清晰,便于管理。 2. 子目录独立:每个子目录都有自己的CMakeLists.txt文件,可以独立进行构建。 3. 简化构建流程:通过在顶层CMakeLists.txt文件中引入所有子目录的CMakeLists.txt文件,将整个项目一次性构建。 4. 可移植性:在不同的操作系统、编译器、平台下都可以复用,提高了项目可移植性。 多子目录构建的实现可以通过add_subdirectory()函数实现,将子目录的CMakeLists.txt文件包含到父目录的CMakeLists.txt文件中。同时也需要在子目录的CMakeLists.txt中设置好所依赖的文件,以便CMake自动寻找文件路径。 总之,CMake多子目录构建能够有效管理包含多个子目录的项目结构,用于简化构建流程,提高可移植性,使得项目管理更加高效。 ### 回答3: CMake是一个跨平台的构建工具,用于管理多种语言代码的构建过程。在处理大型项目时,将代码组织成多个子目录可以更方便地维护和管理代码。因此,CMake多子目录构建技术就应运而生。 在CMake中,可以使用add_subdirectory命令引入子目录,并且在子目录的CMakeLists.txt中使用add_executable、add_library等命令定义程序或,可以使用target_link_libraries等命令链接。这样,CMake将会自动构建所有的组件,而不需要手动执行make命令。 在多子目录构建时,要注意避免重复定义目标,要定义好组件之间的依赖关系,以免发生链接错误。例如,父级项目中使用的,在子目录中也需要使用,应该在子目录中使用add_library将定义在变量中,并通过target_link_libraries命令将该链接到使用该的目标中。 CMake多子目录构建可以提高项目的可维护性和扩展性,使代码分组更加清晰,方便管理和维护,也方便代码的重用。但是,在组织代码时需要谨慎处理代码之间的依赖关系,否则可能会导致构建失败。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值