MakeFile的使用

文章目录

MakeFile的使用

一、Linux环境下的编译流程

主要是用于Linux环境下的C/C++编译

用过Windows环境下的Visual Stduio的朋友应该知道,我们在Windows环境下进行编译时,就是点击一下按钮的事情,非常方便,如果在Linux的非图形化环境,就无法直接通过点击去完成编译了

回顾一下GCC的工作流程

MakeFile的使用

二、静态库与动态库

2.1 简述

什么是库

库是二进制文件,是源代码文件的另一种表现形式,是加了密的源代码,是一些功能相近或者是相似的函数的集合体

使用库有什么好处

  • 提高代码的可重用性,而且还可以提高程序的健壮性
  • 可以减少开发者的代码开发量,缩短开发周期

那么,库制作完成后,我们如何给用户使用?

  • 头文件—包含了库函数的声明
  • 库文件—包含了库函数的代码实现

注意:库不能单独使用,只能作为其他执行程序的一部分完成某些功能,也就是说只能被其他程序调用才能使用

库可分静态库(static library)和共享库(shared library)

2.2 静态库

介绍

静态库可以认为是一些目标代码的集合,是在可执行程序运行前就已经加入到执行码中,成为执行程序的一部分。按照习惯,,一般以.a做为文件后缀名

静态库的命名一般分为三个部分

  • 前缀:lib
  • 库名称:自定义即可,如test
  • 后缀:.a

所以最终的静态库的名字应该为:libtest.a

制作

静态库的制作

​ 1. 将.c文件编译成.o文件

g++ -c test01.cpp test02.cpp

​ 2. 使用ar命令将.o文件打包成.a文件

ar rcs libTestKu01.a test01.o test02.o

使用

静态库的使用

​ 1. main.c与head.h和libtest1.a在同一级目录的情况

gcc -o main1 main.c -I./ -L./ -ltest1

​ 2. main.c与head.h和libtest1.a在不同一级目录的情况

gcc -o main1 main.c -I./include -L./lib -ltest1

​ 3. 如果是cpp编译

g++ -o main123 main.cpp /home/IDE/libTestKu01.a

2.3 动态库

介绍

动态库在程序编译时并不会被连接到目标代码中,而是在程序运行是才被载入。不同的应用程序如果调用相同的库,那么在内存里只需要有一份该共享库的拷贝,规避了空间浪费问题.动态库在程序运行时才被载入,也解决了静态库对程序的更新、部署和发布会带来麻烦。用户只需要更新动态库即可,增量更新。为什么需要动态库,其实也是静态库的特点导致。

按照习惯,一般以”.so”做为文件后缀名。共享库的命名一般分为三个部分:

  • 前缀:lib
  • 库名称:自己定义即可,如test
  • 后缀:.so

所以最终的静态库的名字应该为:libtest.so

制作

动态库的制作

  1. 生成目标文件.o,此时要加编译选项:-fPIC(fpic)

    g++ -fpic -c test01.cpp test02.cpp 
    # 参数:-fpic创建与地址无关的编译程序(pic, position independent code), 目的就是为了能够在多个应用程序间共享
    
  2. 生成共享库,此时要加链接器选项: -shared(指定生成动态链接库)

    g++ -shared test01.o test02.o -o libTest01.so
    

使用

动态库的使用

​ 1. main.c与head.h和libtest1.a在同一级目录的情况

gcc -o main1 main.c -I./ -L./ -ltest1

​ 2. main.c与head.h和libtest1.a在不同一级目录的情况

gcc -o main1 main.c -I./include -L./lib -ltest1

​ 3. 如果是cpp编译

g++ -o main.exe main.cpp /home/IDE/libTest01.so

2.4 优缺点

静态库的优点

​ 1 执行速度快, 是因为静态库已经编译到可执行文件内部了

​ 2 移植方便, 不依赖域其他的库文件

缺点

​ 1 耗费内存, 是由于每一个静态库的可执行程序都会加载一次

​ 2 部署更新麻烦, 因为静态库修改以后所有的调用到这个静态库的可执行文件都需要重新编译

动态库的优点

​ 1 节省内存

​ 2 部署升级更新方便, 只需替换动态库即可, 然后再重启服务

缺点

​ 1 加载速度比静态库慢

​ 2 移植性差, 需要把所有用到的动态库都移植

​ 由于由静态库生成的可执行文件是把静态库加载到了其内部, 所以静态库生成的可执行文件一般会比动态库大

三、MakeFile的制作

下面会列举几个版本去进行说明缺点

第1个版本

# 效率低, 修改一个文件, 所有的文件会全部重新编译main.exe: main.cpp test01.cpp test02.cpp	g++ -o main.exe main.cpp test01.cpp test02.cpp	

第2个版本

#冗余, 若.cpp文件数量很多, 编写起来比较麻烦main.exe: main.o test01.o test02.o	g++ -o main.exe main.o test01.o test02.omain.o:main.cpp	g++ -o main.o -c main.cpptest01.o:test01.cpp	g++ -o test01.o -c test01.cpptest02.o:test02.cpp	g++ -o test02.o -c test02.cpp# 思考:当头文件不在同一个目录时,如何处理?#	g++ -o main.o -c main.cpp -I/root/

第3个版本

# 通过变量处理target = main.exeCC = g++hh = -I/home/IDE/Hhobjects = main.o test01.o test02.o$(target): $(objects)	$(CC) -o $(target) $(objects) $(hh)%.o:%.cpp	$(CC) -o $@ -c $< $(hh)

第4个版本

# 通过模式规则(每次重新编译都需要清理.o和执行文件)target = main.exeCC = g++hh = -I/home/IDE/Hh#objects = main.o test01.o test02.osrc=$(wildcard *.cpp)objects=$(patsubst %.cpp,%.o, $(src))$(target): $(objects)	$(CC) -o $(target) $(objects) $(hh)%.o:%.cpp	$(CC) -o $@ -c $< $(hh)

第5个版本

# 清理那些废物target = main.exeCC = g++hh = -I/home/IDE/Hh# 头文件的位置src=$(wildcard *.cpp)# 搜索当前目录下所有的.c文件objects=$(patsubst %.cpp,%.o, $(src))# 把src变量里所有后缀为.c的文件替换成.o$(target): $(objects)	$(CC) -o $(target) $(objects) $(hh)	rm -f $(objects)%.o:%.cpp	$(CC) -o $@ -c $< $(hh)

静态库的MakeFile

target = libTestKu01.aCC = g++hh = -I/home/clibrary/Hh# 头文件的位置src=$(wildcard *.cpp)# 搜索当前目录下所有的.c文件objects=$(patsubst %.cpp,%.o, $(src))# 把src变量里所有后缀为.c的文件替换成.o$(target):$(objects)	ar rcs $(target) $(objects)	rm -rf $(objects)%.o:%.cpp	$(CC) -c $< $(hh)# 将cpp文件编译成.o文件

动态库的MakeFile

target = libTestKu01.soCC = g++hh = -I/home/clibrary/Hh# 头文件的位置src=$(wildcard *.cpp)# 搜索当前目录下所有的.c文件objects=$(patsubst %.cpp,%.o, $(src))# 把src变量里所有后缀为.c的文件替换成.o$(target):$(objects)	g++ -shared $(objects) -o $(target)	rm -rf $(objects)%.o:%.cpp	$(CC) -fpic -c $< $(hh)# 将cpp文件编译成.o文件

好了,今天的葵花小课堂就到这了

over

上一篇:windows下编译、安装及使用gdal-2.4.2


下一篇:linux c++(makefile)