嵌入式系统设计--课堂总结（嵌入式Linux开发工具）

嵌入式Linux开发工具—vim、gcc

学习目标：
vim（文本编辑器）：学会使用和如何配置vim；
gcc（编译器）：学会制作动态库和静态库及使用与区别；
gdb（调试器）：设置断点、单步执行、调试内存错误；
make（工程管理器）：编写makefile文件；

Linux文本编辑器：vim–功能最强大文本编辑器—摆脱鼠标；
vi—vim—gvim：命令行模式
n yy：复制第n行
p：粘贴
n dd：删除第n行
u：恢复
插入模式（i/a）
底行模式（shift+：）
w：保存
q：退出
wq！：强制保存退出
如何配置vim？vim /etc/vim/vimrc
vim被弱化的原因：IDE集成开发环境使开发效率变高----visual studio code

嵌入式Linux开发工具–gcc
编译器：gcc（GUN cc）
一、gcc特点（GUN工具、交叉编译器arm-linux-gcc）
源文件到可执行文件需要经历哪几个步骤？
预处理、编译、汇编、链接
汇编特点：每款处理器都有自己的汇编，最终的可执行文件是由对应的CPU汇编代码生成
举例：gcc hello.c得到a.out
a. out可在电脑（PC： x86）执行---->可以在Linux手机（ARM处理器）上执行吗？
不能执行，电脑上的机器码手机识别不了，x86生成的代码ARM识别不了
什么是交叉编译器？
①交叉编译：在当前CPU平台下编译出在其他CPU平台下可执行的代码
系统移植：PC端（电脑—宿主机）【内核源码】-----（交叉编译）---->开发板、手机（目标机）：②在宿主机上编译出可以在目标机上运行的代码
为什么要交叉编译器？
不同的处理器有不同的汇编，不同的汇编生成的可执行文件只能被当前的CPU执行。

预处理：头文件展开、宏替换、条件编译
头文件展开
gcc -E hello.c：只进行预处理
gcc -E hello.c >hello.i：重定向到hello.i（>重定向 预处理文件后缀.i）
C语言<>和""的区别：搜索路径不同
<>搜索路径：系统的头文件目录（/usr/include）


“”搜索路径：先在当前目录查找，找不到再到系统的头文件目录查找

头文件既不在系统下也不再当前目录下
改法：①在调用add.h时加上路径：#include “yangweiran/add.h"
②gcc提供动态添加路径：gcc hello.c add.c -Iyangweiran
-I:指定头文件第三方搜索路径

宏替换
条件编译
-D:外部向代码里定义一个宏
gcc hello.c -DMAX=100

编译：将预处理文件.c编译成汇编文件.s、检查语法错误
gcc -S hello.c：只进行编译
汇编：将汇编文件.s编译生成目标文件.o
gcc -c hello.c：只进行汇编
链接：建立符号表—可执行文件a.out
-o：重命名可执行文件gcc hello.c -o hello
-w：关闭警告
-Wall：开警告
作业：编译器的优化每一级优化了什么？
-O1 :对程序做部分编译优化,使用本项优化，编译器会尝试减小生成代码的尺寸，以及缩短执行时间，但并不执行需要占用大量编译时间的优化。
-O2 :比O1更高级的选项，进行更多的优化。与O1比较而言，O2优化增加了编译时间的基础上，提高了生成代码的执行效率，但会占用更长的编译时间。
-O3:在O2的基础上进行更多的优化，提供最高级的代码优化,例如使用伪寄存器网络，普通函数的内联，以及针对循环的更多优化。
常用的编译选项：-E -S -c -o -I -D -Wall -w -O1 -O2 -O3

二、静态库和动态库的制作
1、什么是库文件？
保存函数和变量（仓库）
特点：保存的函数与变量，只能使用但不能看到其实现。
2、Linux库文件
静态库（.a）：在编译阶段加载；（将库文件的代码加载到源文件）
动态库(.so)：在运行时加载；
生成的可执行文件存在区别（优缺点）：
①使用静态库生成的可执行文件大于动态库生成的可执行文件（程序运行占用内存较多）
②使用静态库生成的可执行文件难以升级，使用动态库生成的可执行文件易于升级；
③使用静态库生成的可执行文件运行速度快，使用动态库生成的可执行文件运行速度慢；
④使用静态库可执行文件里的代码容易部署，使用动态库可执行文件里的代码难以部署；
3、Linux库文件存放路径：（自动搜索路径）
/lib：存放的系统运行所需要的库
/usr/lib:存放的是程序运行所需要的库
4、如何制作静态库？
1.将需要保存的函数所在的文件编译生成目标文件gcc -c add.c生成目标文件add.o
2.静态库的制作工具：ar
ar rcs（不存在就创建，存在就更新）库名 目标文件名 ar rcs libadd.a add.o
（cp libadd.a /lib或者/usr/lib----->将库文件拷贝到库文件存放路径下）
3.使用 gcc 源文件 -l库名 -L库存放路径 gcc main.c -ladd -L.
5、如何制作动态库？
1.将需要保存的函数所在的文件编译生成目标文件gcc -c add.c生成目标文件add.o
2.动态库的制作工具：gcc -shared -fPIC
gcc -shared -fPIC 源文件 -o libcal.so
gcc -shared -fPIC sub.c add.c -o libcal.so
使用：cp libcal.so /uer/lib
gcc main.c -lcal
如果不拷贝到库路径下的话，就需要写路径
gcc main.c ./libcal.so

作业：
gcc -static作用是什么？
根据嵌入式命令大全搜索得gcc -static命令表示禁止使用动态库，所以，编译出来的东西，一般都很大，也不需要什么动态连接库，就可以运行。
因为在GCC中，会优先使用动态库，所以为了确保使用的是静态库，则使用此命令。
可能遇到的问题及解决方法：
1、很多第三方程序为了确保在没有相应动态库时运行正常，喜欢在编译最后应用程序时加入-static.在老版本Fedora中编译正常，但在新版Fedora下编译常常报错：
cannot find -lc
原因通常是：Fedora下，
#yum install glibc-devel
#yum install glibc
#yum install gcc-c++
时，都不会安装libc.a. 只安装libc.so. 所以当使用-static时，libc.so不能使用。只能报找不到libc了。
解决方法：yum install glibc-static

2、当test.c中用到math库中函数。
gcc -o test -lm -static test.o
此时会报错：test.c:(.text+0x39): undefined reference to `sqrt’符号找不到。
分析：
因为编译选项中有-static, 所以 -lm 指的是libm.a
这就涉及到符号空穴的实现问题。
Sam猜测：因为编译器从左向右读取文件， 当读到-lm时，因为是静态的，但此时还不知道该把哪个符号抽出来。所以只好往后继续处理，等在main.o中发现
UND 00000000 sqrt， 也就是这个符号需要填入时，后面的文件却没有这个符号的实现。所以就报错了。
但如果去掉 -static. 则编译器编译出的test中此符号还是未定义。
00000000 F UND 00000067 sqrt@@GLIBC_2.0
但会在运行时从libm.so中将符号找到。
解决方法：既然编译器只会向后找符号，就把-lm放后面。
gcc -o test -static test.o -lm
编译成功且080482d0 w F .text 00000054 sqrt符号被填入了。