gdb 与make初步学习

调试器gdb
一、 Linux 下的GDB(GNU Debugger)是一个用来调试C、C++程序的功能强大的调试器，它能够在程序运行的过程中观察程序的内部结构和内存的使用情况。程序员也可以使用gdb来跟踪程序中的错误，从而减少了程序员的工作量。内核调试器（KGDB）
程序错误的分类：1.编译时的错误（语法错误）
2.运行时的错误（内存错误/逻辑错误）
二、gdb的功能：1.运行程序
2.设置断点
3.查看变量值
三、gdb的使用：例如对hello.c进行调试
gcc -g hello.c -o hello
gdb hello
在gcc编译时必须加上-g或者直接-ggdb
四、gdb常用的命令
1.运行指令
run（简写r）: 运行程序，当遇到断点后，程序会在断点处停止运行，等待用户输入下一步命令
continue（简写c） : 继续执行，到下一个断点停止（或运行结束）
next（简写n） : 单步跟踪程序，当遇到函数调用时，也不进入此函数体；此命令同 step 的主要区别是，step 遇到用户自定义的函数，将步进到函数中去运行，而 next 则直接调用函数，不会进入到函数体内。
step （简写s）：单步调试如果有函数调用，则进入函数；与命令n不同，n是不进入调用的函数的
until（简写u）：当你厌倦了在一个循环体内单步跟踪时，这个命令可以运行程序直到退出循环体。
until+行号：运行至某行，不仅仅用来跳出循环
finish：运行程序，直到当前函数完成返回，并打印函数返回时的堆栈地址和返回值及参数值等信息。
call 函数（参数)：调用程序中可见的函数，并传递“参数”，如：call gdb_test(55)
quit（简写q） : 退出gdb
2.设置断点
break n （简写b n）:在第n行处设置断点（可以带上代码路径和代码名称：b OAGUPDATE.cpp:578）
b fn1 if a＞b：条件断点设置
break func（break缩写为b）：在函数func()的入口处设置断点，如：break cb_button
delete 断点号n：删除第n个断点
disable 断点号n：暂停第n个断点
enable 断点号n：开启第n个断点
clear 行号n：清除第n行的断点
info b （info breakpoints） ：显示当前程序的断点设置情况
delete breakpoints：清除所有断点：
3.查看源代码
list ：简记为 l ，其作用就是列出程序的源代码，默认每次显示10行。
list 行号：将显示当前文件以“行号”为中心的前后10行代码，如：list 12
list 函数名：将显示“函数名”所在函数的源代码，如：list main
list ：不带参数，将接着上一次 list 命令的，输出下边的内容。
4.打印表达式
print 表达式（简记p）: 其中“表达式”可以是任何当前正在被测试程序的有效表达式，比如当前正在调试C语言的程序，那么“表达式”可以是任何C语言的有效表达式，包括数字，变量甚至是函数调用。
print a：将显示整数 a 的值
print ++a：将把 a 中的值加1,并显示出来
print name：将显示字符串 name 的值
print gdb_test(22)：将以整数22作为参数调用 gdb_test() 函数
print gdb_test(a)：将以变量 a 作为参数调用 gdb_test() 函数
display 表达式：在单步运行时将非常有用，使用display命令设置一个表达式后，它将在每次单步进行指令后，紧接着输出被设置的表达式及值。如：display a
watch 表达式：设置一个监视点，一旦被监视的“表达式”的值改变，gdb将强行终止正在被调试的程序。如：watch a
whatis ：查询变量或函数
info function：查询函数
扩展info locals：显示当前堆栈页的所有变量
5.查询运行信息
where/bt ：当前运行的堆栈列表；
bt backtrace 显示当前调用堆栈
up/down 改变堆栈显示的深度
set args 参数:指定运行时的参数
show args：查看设置好的参数
info program：来查看程序的是否在运行，进程号，被暂停的原因。

gdb -tui +（可执行程序）直接进入tui图形化调试界面
layout：用于分割窗口，可以一边查看代码，一边测试；
layout src：显示源代码窗口；
layout asm：显示反汇编窗口；
layout regs：显示源代码/反汇编和CPU寄存器窗口；
layout split：显示源代码和反汇编窗口；

工程管理器make
一、在编译单个.c文件时，可以gcc hello.c -o hello
编译多个在同一目录下的文件时可以 *.c，实现自动编译，根据makefile文件内容进行。
在开发一个系统时，一般是将一个系统分成几个模块，这样做提高了系统的可维护性，但由于各个模块间不可避免存在关联，所以当一个模块改动后，其他模 块也许会有所更新，当然对小系统来说，手工编译连接是没问题，但是如果是一个大系统，存在很多个模块，那么手工编译的方法就不适用了。为此，在Linux系统中，专门提供了一个make命令来自动维护目标文件，与手工编译和连接相比，make命令的优点在于他只更新修改过的文件（在Linux中，一个文件被创建或更新后有一个最后修改时间，make命令就是通过这个最后修改时间来判断此文件是否被修改），而对没修改的文件则置之不理，并且make命令不会漏掉一个需要更新的文件。文件和文件间或模块或模块间有可能存在倚赖关系，make命令也是依据这种依赖关系来进行维护的，所以我们有必要了解什么是依赖关系。

二、makefile（进行批处理的脚本文件）语法：目标、依赖、命令。
目标：依赖
（按tab）命令
#一个简单的Makefile
prog:prog1.o prog2.o //prog目标依赖prog1.o和prog2.o
gcc prog1.o prog2.o -o prog //prog1.o和prog2.o生成prog
prog1.o:prog1.c lib.h //prog1.o 依赖 prog1.c lib.h
gcc -c -I. -o prog1.o prog1.c
prog2.o:prog2.c
gcc -c prog2.c
以上Mamefile中定义了三个目标：prog、prog1和prog2，冒号后是依赖文件列表，中间用一个冒号隔开；对于第一个目标文件prog来说，他有两个依赖文件：prog1.o和prog2.o，任何一个依赖文件更新，prog也要随之更新，命令gcc prog1.o prog2.o -o prog是生成prog的命令。make检查目标是否需要更新时采用递归的方法，递归从底层向上对过时目标进行更新，只有当一个目标所依赖的所有目标都为最新时，这个目标才会被更新。 以上面的Makefile为例，我们修改了prog2.c，执行make时，由于目标prog依赖prog1.o和prog2.o，所以要先检查 prog1.o和prog2.o是否过时，目标prog1.o依赖prog1.c和lib.h，由于我们并没修改这两个文件，所以他们都没有过期，接下来，再检查目标prog2.o，他依赖prog2.c，由于我们修改了prog2.c，所以prog2.c比目标文件prog2.o要新，即prog2.o过 期，而导致了依赖prog2.o的所有目标都过时；这样make会先更新prog2.o再更新prog。
执行顺序：自上而下，当你的目标依赖是一个目标是，会先跳转到该目标去执行相关命令。
make+目标名 以该目标开始自上而下执行。

三、自动编译
1.根据makefile文件内容进行自动编译
2.根据makefile文件的时间戳来判断文件是否需要编译。
伪目标：执行命令，不生成对应文件
·PHONY：clean

为什么将. c 文件先编译生成 .o 文件，再由 .o 文件生成可执行文件？
前提：源文件到可执行文件有四步：预处理，编译，汇编，链接。
功能目录管理软件代码makefile
总控makefile：进入各个功能目录执行make，并将所有 .o文件链接成可执行文件（第二步）
功能目录makefile：将功能目录下的源文件编译生成目标文件.o（第三步）
scripts目录 头文件makefile定义变量供其他makefile使用（第一步）