Linux GCC编译器使用
gcc编译器
gcc的工作流程
gcc编译器将c源文件到生成一个可执行程序,中间一共经历了四个步骤:
四个步骤并不是gcc独立完成的,而是在内部调用了其他工具,从而完成了整个工作流程, 其中编译最耗时, 因为要逐行检查语法.
下面以test.c为例介绍gcc的四个步骤:
## 预处理
gcc -E test.c -o test.i
## 编 译
gcc -S test.i -o test.s
## 汇 编
gcc -c test.s -o test.o
# 链 接
gcc test.o -o test
一步生成最终的可执行程序:
gcc test.c -o test
gcc常用参数
- -v 查看gcc版本号, --version也可以
- -E 生成预处理文件
- -S 生成汇编文件
- -c 只编译, 生成.o文件, 通常称为目标文件
- -I 指定头文件所在的路径
- -L 指定库文件所在的路径
- -l 指定库的名字
- -o 指定生成的目标文件的名字
- -g 包含调试信息, 使用gdb调试需要添加-g参数
- -On n=0∼3 编译优化,n越大优化得越多
例如:下面代码片段
int a = 10;
int b = a;
int c = b;
printf("%d", c);
上面的代码可能会被编译器优化成:
int c = 10;
printf("%d", 10);
-Wall
提示更多警告信息
int a;
int b;
int c = 10;
printf(“[%d]\n”, c);
编译如下:
gcc -o test -Wall test.c
warning: unused variable ‘b’ [-Wunused-variable]
warning: unused variable ‘a’ [-Wunused-variable]
-D
编译时定义宏
test.c
文件中的代码片段: printf("MAX==[%d]\n", MAX);
编译:
gcc -o test test.c -D MAX=10
gcc -o test test.c -DMAX=10
Linux静态库和共享(动态)库
库的介绍
库是二进制文件, 是源代码文件的另一种表现形式, 是加了密的源代码; 是一些功能相近或者是相似的函数的集合体.
使用库有什么好处
- 提高代码的可重用性, 而且还可以提高程序的健壮性;
- 可以减少开发者的代码开发量, 缩短开发周期.
库制作完成后, 如何给用户使用
- 头文件—包含了库函数的声明
- 库文件—包含了库函数的代码实现
注意:
库不能单独使用, 只能作为其他执行程序的一部分完成某些功能, 也就是说只能被其他程序调用才能使用.
库可分静态库(static library)和共享库(shared library)
静态库(static library)
静态库可以认为是一些目标代码的集合, 是在可执行程序运行前就已经加入到执行码中, 成为执行程序的一部分. 按照习惯, 一般以.a
做为文件后缀名.
静态库的命名一般分为三个部分
- 前缀:
lib
- 库名称:自定义即可, 如
test
- 后缀:
.a
所以最终的静态库的名字应该为:libtest.a
静态库的制作
下面以fun1.c , fun2.c
和head.h
三个文件为例讲述静态库的制作和使用, 其中head.h
文件中有函数的声明, fun1.c
和fun2.c
中有函数的实现.
- 步骤1:将
c
源文件生成对应的.o
文件gcc -c fun1.c fun2.c
或者分别生成.o
文件:
head.h
void fun1();
void fun2();
fun1.c
#include <stdio.h>
void fun1()
{
printf("this is fun1\n");
}
fun2.c
#include <stdio.h>
void fun2()
{
printf("this is fun2\n");
}
gcc -c fun1.c -o fun1.o
gcc -c fun2.c -o fun2.o
- 步骤2:使用打包工具
ar
将准备好的.o
文件打包为.a
文件- 在使用ar工具是时候需要添加参数
rcs
, r更新、c创建、s建立索引
- 在使用ar工具是时候需要添加参数
- 命令:
ar rcs 静态库名 .o文件
,ar rcs libtest1.a fun1.o fun2.o
静态库的使用
静态库制作完成之后, 需要将.a
文件和头文件一定发布给用户.
假设测试文件为main.c,
静态库文件为libtest1.a
, 头文件为head.h
用到的参数:
- -L:指定要连接的库的所在目录
- -l:指定链接时需要的静态库, 去掉前缀和后缀
- -I: 指定main.c文件用到的头文件
head.h
所在的路径;gcc -o main1 main.c -L./ -ltest1 -I./
main.c
#include <stdio.h>
#include <stdlib.h>
#include "head.h"
int main(int argc, char *argv[])
{
printf("this is main!\n");
fun1();
fun2();
return 0;
}
静态库的优缺点
优点:
- 函数库最终被打包到应用程序中,实现是函数本地化,寻址方便、速度快。(库函数调用效率==自定义函数使用效率)
- 程序在运行时与函数库再无瓜葛,移植方便。
缺点:
- 消耗系统资源较大, 每个进程使用静态库都要复制一份, 无端浪费内存。
- 静态库会给程序的更新、部署和发布带来麻烦。如果静态库
libxxx.a
更新了,所有使用它的应用程序都需要重新编译、发布给用户(对于玩家来说,可能是一个很小的改动,却导致整个程序重新下载)。
共享库(shared library)/动态库
共享库在程序编译时并不会被连接到目标代码中, 而是在程序运行是才被载入. 不同的应用程序如果调用相同的库, 那么在内存里只需要有一份该共享库的拷贝, 规避了空间浪费问题.
动态库在程序运行时才被载入, 也解决了静态库对程序的更新、部署和发布会带来麻烦. 用户只需要更新动态库即可, 增量更新. 为什么需要动态库, 其实也是静态库的特点导致.
按照习惯, 一般以.so
做为文件后缀名. 共享库的命名一般分为三个部分:
- 前缀:
lib
- 库名称:自己定义即可, 如
test
- 后缀:
.so
所以最终的静态库的名字应该为:libtest.so
共享库的制作
- 生成目标文件
.o
, 此时要加编译选项:-fPIC(fpic)
;
gcc -fpic -c fun1.c fun2.c
参数:-fpic
创建与地址无关的编译程序(pic, position independent code),
目的就是为了能够在多个应用程序间共享. - 生成共享库, 此时要加链接器选项:
-shared
(指定生成动态链接库)
gcc -shared fun1.o fun2.o -o libtest2.so
查看共享库中内容
nm libtest2.so
共享库的使用
引用动态库编译成可执行文件(跟静态库方式一样):
用到的参数:
- -L:指定要连接的库的所在目录
- -l:指定链接时需要的动态库, 去掉前缀和后缀
- -I: 指定main.c文件用到的头文件head.h所在的路径
gcc main.c -I./ -L./ -ltest2 -o main2
然后运行:./main2
,发现竟然报错了.
分析为什么在执行的时候找不到libtest2.so
库
- 当系统加载可执行代码时候, 能够知道其所依赖的库的名字, 但是还需要知道所依赖的库的绝对路径。此时就需要系统动态载入器(
dynamic linker/loader
)。
ldd
命令可以查看可执行文件依赖的库文件, 执行ldd main2
, 可以发现libtest2.so
找不到.
- 对于
elf
格式的可执行程序,是由ld-linux.so*
来完成的, 它先后搜索elf
文件的 DT_RPATH段(不能修改) — 环境变量LD_LIBRARY_PATH — /etc/ld.so.cache文件列表 — /lib/, /usr/lib目录找到库文件后将其载入内存。
使用file
命令可以查看文件的类型: file main2
,显示为可执行类型
如何让系统找到共享库
- 拷贝自己制作的共享库到
/lib
或者/usr/lib
- 临时设置
LD_LIBRARY_PATH
:export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:库路径
- 永久设置(推荐使用此方式,只对当前用户生效), 把
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:库路径
, 设置到∼/.bashrc
文件中, 然后再执行下列三种办法之一:- 执行
. ~/.bashrc
使配置文件生效(第一个.
后面有一个空格) - 执行
source ~/.bashrc
配置文件生效 - 退出当前终端, 然后再次登陆也可以使配置文件生效
- 执行
- 永久设置,把
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:库路径
,设置到/etc/profile
文件中 - 将其添加到
/etc/ld.so.cache
文件中- 编辑
/etc/ld.so.conf
文件, 加入库文件所在目录的路径 - 运行
sudo ldconfig -v
, 该命令会重建/etc/ld.so.cache
文件
解决了库的路径问题之后, 再次ldd命令可以查看可执行文件依赖的库文件,ldd main2:
- 编辑
etc目录下为系统级别的配置文件,修改后会影响所有用户,不建议修改
总结
-
动态库文件在编译的时候, 连接器需要使用参数-L找到库文件所在的路径;
-
在执行的时候, 是加载器ldd根据动态库的路径进行加载的, 与编译的时候用的
-L
指定的路径无关. -
最常用的解决办法:将
LD_LIBRARY_PATH
环境变量加到用户级别的配置文件~/.bashrc
中, 然后生效(. ~/.bashrc 或 source ~/.bashrc
退出终端然后再登录)
共享库的特点
- 动态库把对一些库函数的链接载入推迟到程序运行的时期。
- 可以实现进程之间的资源共享。(因此动态库也称为共享库)
- 将一些程序升级变得简单。
- 甚至可以真正做到链接载入完全由程序员在程序代码中控制(显示调用)