03-Linux命令基础-第03天（makefile、静态库、动态库、gdb调试工具）

01- 复习

 

tar tvf xxx 查看压缩包内容

 

 

区分前后台: 是否能和用户交互

 

Vmware选桥接模式 会给系统虚拟一个和外部相同网段的ip

 

 

 

 

 

 

 

 

 

 

02- vim扩展操作

因为不是做嵌入式开发的 所以这些东西不是特别重要

简单过一遍

 

 

缩进:

 

右缩进 两个>>

左缩进 两个<<

 

4行右缩进  4>>

 

 

 

想把m变量改成n:

 

 

15，17s /f/m/g

 

 

 

r替换当前字符

R 替换当前光标后的字符

 

 

 

[d 查看宏:

 

 

(这个宏是在上面定义的)

 

 

在程序中使用man page:

光标移动到函数身上按K 

示例:

 

 

这里应该按 3K 查看函数手册页面

 

 

 

在vim里执行shell命令:

 

!ls（在末行模式下）

 

:!ls

 

 

:!cp

 

 

:!man

例如: :!man 2 read

 

 

 

分屏操作:

 

比如我经常在文档开头和文档结尾处编辑 这个时候可以借助分屏

 

ctrl+ww

 

:sp 分屏 (末行模式)

ctrl +w  w

 

 

:vsp 竖分屏

 

 

ctrl +w  hjkl 选择性的切换分屏

 

 

:wqall 将所有窗口一次性退出

 

分屏打开另外的文件

:vsp aaa.h

 

 

 

 

配置文件:

/etc/vim/vimrc

这个配置文件配置的是整个操作系统 对所有用户生效

 

 

~/.vimrc 默认是一个隐藏文件

… …(如果想设置 自己百度)

（把vim打造成很强的ide）

 

 

03- gcc编译工具和工具链

-I 指定头文件的位置:

 

hello.c

hello.h

 

mv hello.h ..

 

gcc hello.c –I ..

这样就能编译成功了

 

 

 

-c只编译 不进行链接

 

 

最耗时的操作是编译

因为编译要一行一行的去检查语法错误

 

预处理和汇编都不会检查错误

汇编只是简单的翻译

 

 

-g 先不讲 后面讲gdb开发再讲

 

-On 驱动开发才经常会用

 

翻译成汇编的时候会直接删除这段代码

 

 

 

 

这段代码指定优化会把中间的没用步骤优化掉

 

 

-Wall ( warning all 提示完整的警告信息)

例如:

代码中加了一个不会被使用的变量

 

 

 

然后gcc hello.c –Wall

 

 

 

 

gcc本来就是一个工具链

 

GNU编译工具集合器

 

 

 

 

 

 

符号: 全局变量和函数

 

 

gcc hello.c

 

然后可以nm a.out

 

 

描述符T(表示在内存TEXT段内部已经实现的)

 

 

D 是在data段

 

 

U未实现

 

gcc –c hello.c

得到目标文件 hello.o

 

nm hello.o

 

 

目标文件比可执行文件 符号少很多

 

也就是说在最后一步链接的时候 会像目标文件里链入很多符号表

 

printf函数就未实现

 

printf函数是一个库函数

 

虽然有include <stdio.h>

 

但是 printf是在libc库里 libc库是一个动态库

 

动态库是在程序的运行期间链接

 

只有 ./a.out的时候 才会把printf跟程序链接到一块

 

 

 

nm 一下之前那个可执行文件 还是U 未实现

 

 

这个主要用于反汇编

 

 

 

例如:

objdump –dS hello.o

 

 

callq 调用函数

 

 

除了可以反汇编a.o

也可以反汇编a.out

 

ranlib 一般不用 太麻烦了

 

elf

 

 

file hello.o:

 

 

LSB 小尾端法存储 低地址存在低字节 高地址存在高字节

可重定位的

 

所以目标文件也叫 可重定位文件

 

file a.out:

 

 

可执行文件

 

 

目标文件和可执行文件都是二进制文件

即使是二进制文件也有属于它的存储格式 即elf格式

 

readelf命令就是读取这种格式的工具

 

readelf –a hello.o

 

 

大概包括三部分:

 

elf头 包括节头

 

 

重定位节:

 

 

符号表:

 

 

可执行程序装载到内存的原理

 

64bit系统内存太大了， 从32bit的示例

 

0~3G 是用户区

3G~4G 是kernal区

 

 

text:代码段 存放代码 int main void 什么的ascii码都翻译成二进制

 

data: 数据段 常量 字符串

 

bss: 未初始化的全局变量和未初始化的static变量

 

栈和堆重合的时候就内存溢出了

 

 

 

 

 

ro权限 (read only

 

rw权限

 

 

text段和data段之间有一个rodata

 

 

 

04-静态库

 

 

头文件只包含函数声明

 

真正的函数是在库文件里面

 

 

 

静态库libmytest.a

 

 

假如另外的b.out c.out d.out 每个都要添加一份

 

会复制一份作为程序代码的一部分

如果一个3m的静态库 有100个程序使用 内存中就会多出来300MB

 

 

 

 

 

main.c

 

add.c

mul.c

sub.c

可以制作成静态库函数

 

 

 

 

 

 

 

gcc main.c –o app –L ./ -l mymath –I ./

-L 指定库位置

-l 指定库的名字

-I 指定头文件位置

 

 

 

04- 动态库

 

动态链接器

 

 

当运行a.out的时候会使用动态连接器加载

 

运行b.out c.out d.out的时候 都会去加载这个stack和heap之间的动态库

 

 

共享代码(不共享数据)的意思是 如果a.out把共享库里一个变量改变了 b.out也会承受这个修改… … 所以一般动态数据库不会共享数据！  (了解)

 

 

 

 

动态链接器 链接器 除了名字像没任何关系

 

链接器工作在编译阶段

gcc 生成app的时候会用连接器

 

动态链接器是在程序运行的时候装载

 

生成可执行文件 然后运行 报错了

 

问题出在动态链接器不知道在哪找库

 

指定的方法:

 

 

 

01- 中午复习_动态库

 

符号: 全局变量 全局函数

 

函数名 变量名 都是地址值

 

 

 

静态库:编译时

 

动态库:运行时

 

 

 

 

Ldd 查看可执行文件执行期间要加载哪些库

 

 

这个东西就是动态链接器

 

动态链接器本质也是一个动态库

 

.bashrc

 

类似于vimrc 每次打开终端都会读取这个配置文件

 

export LD_LIBRARY_PATH = ./   (配置动态链接库目录)

 

这样配置完每次打开终端都生效

 

 

动态库的命名:

 

 

Realname: libc-2.19.so

 

这是一个软连接

 

Linkername : libc.so

 

 

Soname:

libc.so.6

6是大版本号

 

 

 

 

 

Soname的作用 :

 

当前是libc-2.19.so

 

官方进行更新后

可能变成libc-2.20.so

 

 

随着版本更新 版本更新的记录不想让用户知道

防止用户引起恐慌..

所以使用soname

 

Soname存在意义就是隐藏内部实现细节

 

 

 

静态库）

 

 

nm app:

Printf mul都没实现

 

nm app1:

Mul是已经实现的

 

 

 

07    gdb调试

 

 

 

 

 

 

编译的时候 加 -g 参数

 

 

gdb app

 

 

 

 

list 1 从第一行开始往后列

 

b 20

 

info b

 

 

 

条件断点

 

 

disable

 

 

run 

 

 

p I (print i

 

 

S (step 单步向下执行

 

 

display 

 

 

n next

s step

当定义到一个函数的时候就有区别了

Next会跳过函数 step会跳入函数

 

ptype

 

 

 

栈帧:

函数调用会在栈上进行存储

 

栈帧:保存局部变量和临时值

 

局部变量

临时值:

 

例:

函数执行一半执行到mul函数 mul函数执行完了 要回到刚才的位置 所以刚才的位置的地址要保存一下 这个就是临时值

 

函数只要调用就产生栈帧

 

当main函数开始调用时 产生一片栈帧，

执行第一个内部的函数时候 在main下面产生一个栈帧

 

当这个函数执行完毕后 这个栈帧消失

下一个内部函数栈帧生成在main栈帧下面…

 

 

 

 

Bt

发现两块栈帧

 

 

Info locals 查看当前栈帧的值

 

 

段错误 直接Run

直接运行 然后停止在段错误的代码

 

08-makefile_x264

 

Vi makefile

Vi Makefile

 

只能起这两个名字 才能使用默认的make命令去执行它

 

 

Makefile里都是一组一组的规则

 

 

规则包含三部分:

 

目标 : 生成目标需要的依赖

      如何生成目标

 

 

App: add.c sub.c mul.c main.c

     gcc add.c sub.c mul.c main.c

 

 

Make

 

 

比如一个main.c有三个依赖，我只修改了一个依赖 我不希望每次都把所有.c都编译

这时候可以使用makefile

 

Makefile:

app: add.o sub.o mul.o main.o

     gcc add.o sub.o mul.o main.o -o app

add .o: add.c

     gcc -c add.c -o add.o

sub.o: sub.c

     gcc -c sub.c -o sub.o

mul.o: mul.c

     gcc -c mul.c -o mul.o

main.o:main.c

     gcc -c main.c -o main.o

 

 

然后我修改一个依赖

然后make , makefile会智能地只编译修改过的c文件

 

 

 

 

 

.c(依赖)的修改时间比.o(目标)的修改时间晚, 所以需要重新生成目标

 

重新生成目标后add.o 的修改时间比app晚 所以需要重新生成目标

 

 

 

 

 

 

 

 

 

然后 make clean

 

 

 

 

-n 命令 查看执行make的话会做什么

 

make clean -n

 

 

 

 

 

自动变量

$@

 

$<

 

$^

 

 

 

 

 

 

（当$< 和$^ 都可以用的时候 建议用$<    因为后边会用它写模式规则）

 

 

 

 

 

第三个参数中包含第一个参数的部分替换为第二个参数

 

 

补充小知识:

%也是通配符

 

 

 

 

 

 

 

 

 

现在就可以 向里面加.c 调整.h 而不用调整makefile了

 

 

 

 

 

make clean 因为clean得依赖修改时间没有变化(没有依赖)

           所以会提示没有更新

 

解决方法:

.PHONY: clean

把clean 声明称尾目标 不管依赖条件满不满足都会去执行它

 

 

 

小技巧 rm前面加-

-rm

意思是无论是否出错 后序命令都正常执行

 

因为有时候rm遇到无法删除得文件报错了 后面就都删除不了了

 

 

当文件不叫makefile得时候要用-f指定

 

make –f xxxx

 

 

 

make默认第一条规则是终极目标 如果第一个是完成了 就不往下执行了

如果想随便掉换行需要指定终极目标

ALL：app 放在最开始

 

 

模式规则:

 

 

静态模式规则:

 

 

最终版:

 

 

 

通常的项目目录

 

转载于:https://www.cnblogs.com/eret9616/p/10775962.html