目录

4. 自动化构建-make/Makefile

4.1 背景

4.2 基本使用

4.2.1 依赖关系

4.2.2 依赖方法

4.2.3 make执行流程（如果依赖项不存在或更旧，则会先执行形成依赖项的依赖关系）

4.2.4 .PHONY声明伪目标、make执行条件

4.2.5 变量定义及其他指令

5. Linux第一个系统程序-进度条

5.1 回车与换行的区别

5.2 行缓冲区

5.3 倒计时程序

5.4 进度条代码实现

6. 版本控制器Git

6.1 版本控制器

6.2 git 简史

6.3 安装git

6.4 在git创建项目并下载到本地

6.5 三板斧（add添加、commit提交、push同步）

7. 调试器 -gdb/cgdb的使用

7.1 gdd/cgdb安装

7.2 示例代码

7.3 预备知识

7.4 常见cgdb/gdb的使用

7.5 调试技巧

4. 自动化构建-make/Makefile

4.1 背景

        • 会不会写makefile，从一个侧面说明了一个人是否具备完成大型工程的能力

        • 一个工程中的源文件不计数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作

        • makefile带来的好处就是——“自动化编译”，一旦写好，只需要一个make命令，整个工程完全自动编译，极大的提高了软件开发的效率。

        • make是一个命令工具，是一个解释makefile中指令的命令工具，一般来说，大多数的IDE都有这个命令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make。可见，makefile都成为了一种在工程方面的编译方法。

        • make是一条命令，makefile（Makefile中的M大写也可以）是一个文件，两个搭配使用，完成项目自动化构建。

4.2 基本使用

        makefile文件的内容主要是依赖关系、依赖方法和命令。

        makefile中代码的缩进一定要使用Tab不能使用空格！！！

        实例代码

#include <stdio.h>int main()
{printf("hello Makefile!\n");return 0;
}

myproc:myproc.cgcc -o myproc myproc.c.PHONY:clean
clean:rm -f myproc

        依赖关系：上面的文件myproc,它依赖myproc.c

        依赖方法：gcc -o myproc myproc.c ,就是与之对应的依赖方法

        伪目标：.PHONY修饰的是伪目标

        clean指令：运行make clean，则执行伪目标clean的指令，rm -f myproc

4.2.1 依赖关系

        依赖关系的声明

target: prerequisites

        左边 (target)：称为 目标 ；右边 (prerequisites)：称为 先决条件（或依赖项）

        依赖关系决定依赖方法的源文件和目标文件。

        一个目标的声明到下一个目标声明之间，都是本目标要执行的依赖方法或者命令。

4.2.2 依赖方法

        根据依赖关系执行相应的指令。以下的每个依赖关系下面的gcc一行就是依赖方法。

        例如：

process:myprog.o dep1.o dep2.ogcc -o process myprog.o dep1.o dep2.omyprog.o:myprog.cgcc -c myprog.cdep1.o:dep1.cgcc -c dep1.cdep2.o:dep2.cgcc -c dep2.c.PHONY:clean
clean:rm -f *.o myprog

4.2.3 make执行流程（如果依赖项不存在或更旧，则会先执行形成依赖项的依赖关系）

        指令“make”只会执行第一个目标！！但是特殊情况会递归执行。如下：

        在 shell 输入 make 确实只执行了第一个目标 process。但是，为了完成“执行 process”这个任务，make 发现 process依赖于myprog.o、dep1.o 和 dep2.o，而这三个文件还不存在或需要更新。于是，make 自动地、递归地先去执行能生成这些依赖文件的目标规则。这就像是为了完成一个任务，你必须先完成它的所有子任务。（类似将每个依赖关系的gcc依赖方法入栈，然后依次出栈）

当您输入 make 时，make 会按照以下步骤执行：

        1. 找到默认目标：make 读取 Makefile，确定第一个目标是 process。

        2. 检查 process的依赖：它发现 process依赖于 myprog.o 、dep1.o和 dep2.o 这三个文件。

        3. 递归解决依赖（关键步骤）：

                对于 myprog.o：make 检查是否存在 myprog.o 文件，以及它是否比它的依赖 myprog.c 更旧。由于 myprog.o 还不存在，make 发现有一条规则明确描述了如何构建它：myprog.o: myprog.c。于是，make 先跳转去执行那条规则的命令：gcc -c myprog.c。这样就生成了 myprog.o。

                对于 dep1.o：同样的过程发生。make 检查 dep1.o，发现它不存在，于是去执行 dep1.o: dep1.c 规则的命令：gcc -c dep1.c，生成了 dep1.o。

                对于dep2.o同理。

        4. 所有依赖就绪，执行最终目标：现在，myprog.o 、dep1.o和 dep2.o 都已经生成且是最新的。make 回到最初的目标 process，检查发现所有依赖都已就绪，于是执行它的命令：gcc -o process myprog.o dep1.o dep2.o

        5. 结束：最终目标 process 生成完成，make 退出。

# 终端执行make之后，打印make的指令流程，可见先执行生成myprog.o、dep1.o、dep2.o之后，再链接生成process
$ make
gcc -c myprog.c
gcc -c dep1.c
gcc -c dep2.c
gcc -o process myprog.o dep1.o dep2.o

4.2.4 .PHONY声明伪目标、make执行条件

1. make执行条件

        对于普通文件目标：目标文件相对于其依赖项是否过期决定是否执行

                目标文件不存在，执行。

                目标文件比它的任何一个依赖文件旧，执行。（取决于目标文件和依赖文件Modify时间的新旧）

                目标文件存在且比所有依赖文件新，跳过。

        对于伪目标 (用 .PHONY 声明)：

                无条件执行。

2. 声明伪目标.PHONY：不进行检查，无条件执行命令

        伪目标是为了解决名字冲突问题而生的。假设你有一个名为 clean 的文件：

        如果没有 .PHONY 声明：当你运行 make clean 时，make 发现已经有一个叫 clean 的文件，而且这个文件没有任何依赖，因此它会被判定为“最新”，从而拒绝执行删除命令。这与你的意图完全相反。

        有了 .PHONY: clean 声明：你明确告诉 make：“clean 这个名字代表的不是一个文件，而是一个动作标签”。这样，无论文件系统中是否存在 clean 文件，make clean 命令都会坚决地执行清理动作。

# 也可以声明目标文件，则会无条件执行，不推荐
.PHONY:myprog
myprog:myprog.cgcc -o myprog myprog.c# 声明clean标签，无条件执行clean目标要执行的指令内容
.PHONY:clean
clean:rm -f *.o myprog

4.2.5 变量定义及其他指令

        在依赖关系或者命令行前加@，会让 Make 工具不显示该命令本身的打印信息（只执行命令，不输出命令内容）。

1. 变量定义

        makefile文件中的变量定义类似C语言中的define宏定义。但是变量的使用需要用$()进行解引用。

BIN=process
CC=gcc
SRC=myproc.c
FLAGS=-o
RM=rm -f$(BIN):$(SRC)$(CC) $(FLAGS) $@ $^.PHONY:clean
clean:$(RM) $(BIN)

2. 多文件变量定义

        代码功能：1.将目录下所有的.c文件编译成.o文件；2.将所有.o文件链接成可执行文件process。3.可以通过make clean删除.o和可执行文件。

        多文件变量定义格式见代码

BIN=process
CC=gcc# 可以使用shell指令给变量赋值
#SRC=$(shell ls *.c)    # 1.将当前目录下所有以 .c 结尾的源文件的文件名列表赋值给变量 SRC。
SRC=$(wildcard *.c)     # 功能同上
OBJ=$(SRC:.c=.o)        # 2.将SRC中文件名的后缀全部换成.o
LFLAGS=-o
FLAGS=-c
RM=rm -f$(BIN):$(OBJ)    # 将所有的.o文件链接成process$(CC) $(LFLAGS) $@ $^
%.o:%.c    #将所有的.c编译成对应的.o文件$(CC) $(FLAGS) $< -o $@.PHONY:clean
clean:$(RM) $(OBJ) $(BIN)

3. 多文件变量操作

5. Linux第一个系统程序-进度条

5.1 回车与换行的区别

        简单来说：

                回车 (Carriage Return, CR, \r)：将光标移动到当前行的行首。

                换行 (Line Feed, LF, \n): 将光标移动到下一行的相同位置（垂直向下移动一行）。

        把它们想象成一台老式打字机：

                回车就是你用手把打字机的滚筒推回最左边的动作。

                换行就是你转动滚筒，把纸向上推一行的动作。

        要完成“新起一行”这个我们现代人认知中的操作，需要同时执行 回车 + 换行。

        注意：有时我们的\n会被转换成\r\n。

5.2 行缓冲区

        在Linux系统下运行对比以下两份代码：

        发现：有\n的代码先打印再睡眠，没\n的代码先睡眠再打印。

        实际程序都是按照顺序执行的，只是\n有刷新行缓冲区的功能，所以会先打印；而没有\n的代码不会刷新行缓冲区，所以就不会显示，而在程序运行结束以后也会刷新行缓冲区，所以右边的代码在程序运行结束后会打印“hello world!”

        在C标准库中有一个fflush函数（头文件是stdio.h），可以手动刷新缓冲区。对上图右边的代码添加fflush(stdout)，刷新输出缓冲区，就会先打印hello world，再睡眠3秒。

#include <stdio.h>
#include <unistd>int main()
{printf("hello bite!");fflush(stdout);sleep(3);return 0;
}

5.3 倒计时程序

#include<stdio.h>
#include<unistd.h>int main()
{int i = 10;while(i >= 0){//限定宽度为2，"-"表示左对齐，\r表示回车，回到行的开头位置printf("%-2d\r",i); fflush(stdout);     //刷新行缓冲区--i;sleep(1);}printf("\n");return 0;
}

5.4 进度条代码实现

        注意事项：

        1. 即使进度条停止，但label仍在变化，说明仅仅可能是网络问题导致下载速度慢导致，而并不是下载停止了。

        【免费】Linux系统小程序-进度条实现资源-CSDN下载

6. 版本控制器Git

6.1 版本控制器

        为了能够更方便我们管理这些不同版本的文件，便有了版本控制器。所谓的版本控制器，就是能让你了解到一个文件的历史，以及它的发展过程的系统。通俗的讲就是一个可以记录工程的每一次改动和版本迭代的一个管理系统，同时也方便多人协同作业。

        目前最主流的版本控制器就是 Git 。Git 可以控制电脑上所有格式的文件，例如 doc、excel、dwg、dgn、rvt等等。对于我们开发人员来说，Git 最重要的就是可以帮助我们管理软件开发项目中的源代码文件！

6.2 git 简史

        同生活中的许多伟大事物一样，Git 诞生于一个极富纷争大举创新的年代。

        Linux 内核开源项目有着为数众多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。 到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。

        到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux内核社区免费使用 BitKeeper 的权力。 这就迫使 Linux 开源社区（特别是 Linux 的缔造者 LinusTorvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统。 他们对新的系统制订了若干目标：速度、简单的设计、对非线性开发模式的强力支持（允许成千上万个并行开发的分支）、完全分布式、有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）。

        自诞生于 2005 年以来，Git 日臻成熟完善，在高度易用的同时，仍然保留着初期设定的目标。 它的速度飞快，极其适合管理大项目，有着令人难以置信的非线性分支管理系统。

6.3 安装git

# Centos
sudo yum install git# Ubuntu
sudo apt install -y git# 查看git版本
$ git --version
git version 1.8.3.1

6.4 在git创建项目并下载到本地

        1. 创建仓库

        2. 拉取远端仓库到本地

        a. 复制仓库的链接

        b. 拉取远端仓库到本地

        然后git就直接把你创建的仓库linux-system-programming拉取到了本地，本地就多出一个名为linux-system-programming的目录。

        查看此目录发现里面有以下几个文件：README.en和README分别是英文和中文的仓库说明；.gitignore用来设置需要忽略的文件类型；.git才是把远端仓库拉取到本地的本地仓库。

6.5 三板斧（add添加、commit提交、push同步）

         当前工作区是指：linux-system-programming目录

       1. git add

                将代码放到刚才下载好的目录中，然后add添加到.git本地仓库的暂存区。

git add [文件名]

        2. git commit

                提交改动到本地，提交的时候应该注明提交日志, 描述改动的详细内容。

git commit -m "XXX"

        3. git push

                同步到远端服务器上，需要填入用户名密码. 同步成功后, 刷新 gitee 页面就能看到代码改动了。

git push

        4. 补充指令

        5. 其他

                a. ".gitignore"需要忽略的特定后缀的文件列表。保证上传的都是源文件。

                b. 首次提交会让输入提交者的名称和邮箱，方便溯源。在git log中也可以看到。

7. 调试器 -gdb/cgdb的使用

7.1 gdd/cgdb安装

Ubuntu: sudo apt-get install -y gdb
Centos: sudo yum install -y gdbUbuntu: sudo apt-get install -y cgdb
Centos: sudo yum install -y cgdb

        cgdb和gdb的功能相同，相比于gdb的纯命令行，cgdb有分屏界面，上窗口：显示源代码（可滚动查看，类似代码编辑器）。下窗口：传统的 gdb 命令窗口（可输入 gdb 命令）。以cgdb为例学习。

7.2 示例代码

// mycode.c
#include <stdio.h>
int Sum(int s, int e)
{int result = 0;for (int i = s; i <= e; i++){result += i;}return result;
}int main()
{int start = 1;int end = 100;printf("I will begin\n");int n = Sum(start, end);printf("running done, result is: [%d-%d]=%d\n", start, end, n);return 0;
}

7.3 预备知识

        • 程序的发布方式有两种， debug 模式和release 模式， Linux gcc/g++ 出来的二进制程序，默认是release 模式。

        • 要使用gdb调试，必须在源代码生成二进制程序的时候, 加上-g 选项，如果没有添加，程序无法被编译

$ gcc mycmd.c -o mycmd # 默认模式，不支持调试
$ file mycmd
mycmd: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically
linked, interpreter /lib64/ld-linux-x86-64.so.2,
BuildID[sha1]=82f5cbaada10a9987d9f325384861a88d278b160, for GNU/Linux
3.2.0, not stripped$ gcc mycmd.c -o mycmd -g # debug模式
$ file mycmd
mycmd: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically
linked, interpreter /lib64/ld-linux-x86-64.so.2,
BuildID[sha1]=3d5a2317809ef86c7827e9199cfefa622e3c187f, for GNU/Linux
3.2.0, with debug_info, not stripped

7.4 常见cgdb/gdb的使用

        • 开始： gdb binFile

        • 退出： ctrl + d 或 quit 调试命令

        gdb不退出，断点编号依次递增。

        gdb会自动记忆最新的一条指令，Enter执行gdb记忆的指令。

# 查看可执行文件（或目标文件）process 中包含的与调试相关的段（section）信息。
readelf -S process | grep -i debug

7.5 调试技巧

        1. 调试的本质：找到问题的代码。断点的本质：是把代码进行块级别划分，以块为单位进行快速定位区域。finish：确定问题是否在函数内。until：局部区域快速执行。

        2. watch的使用：如果有一些变量不应该修改，但是你怀疑他修改导致了问题，你可以watch他，如果变化了，就会通知你。

        3. set var确定问题的原因，并进行临时修改。

        4. 条件断点方便在循环中查找问题。