目录
1. gcc ,g++ 编译器使用
a. 有关gcc的指令(g++同理)
2. .o 文件和库的链接方式
a. 链接方式
b. 动态库 和 静态库 优缺点对比
c. debug 版本 和 release 版本
1. gcc ,g++ 编译器使用
a. 有关gcc的指令(g++同理)
注意:
linux下自带gcc编译器,如果要安装g++编译器;
- sudo yum install -y gcc-g++ (普通用户)
得到可执行文件
得到的可执行文件可以自己命名
- gcc + E + 文件名 + -o + 自定义文件名 (一般以 .i 结尾)
得到预处理后的文件可以自己命名
注意:
-E 告诉编译器,从现在阶段开始执行完预处理阶段就可以停下来了
- gcc -S + 文件名 + -o + 自定义文件名 (一般以 .s 结尾)
得到编译后的文件可以自己命名
注意:
-S 告诉编译器,从现在阶段开始执行完编译阶段就可以停下来了(得到的是汇编代码)
- gcc -c + 文件名 + -o + 自定义文件名 (一般以 .o 结尾)
得到汇编后的文件可以自己命名(得到的是二进制代码)
注意:
- 得到的文件(可重定位目标二进制文件)不可以直接执行(缺少链接这一步)
- 链接链接的是库文件 (Linux下:.so(动态库) .a(静态库),windows下:.dll(动态库),.lib(静态库))
- linux系统下,库有自己的命名规则:libname.so (红色标明的位置才是库的名字)
- 编译型语言,所谓的安装包,是安装了 头文件 + 库文件
- linux系统下,默认只安装了动态库,没有安装静态库
- 函数的实现就是调用了库文件,库文件就是源文件(.c)经过一定翻译后,形成的一个文件(可以打包多个源文件,也可以达到隐藏源文件的效果)
- 头文件提供方法的声明,库文件提供方法的实现
- 头文件所处位置:/usr/include
2. .o 文件和库的链接方式
a. 链接方式
- 动态链接
动态库不能缺失,一旦对应的动态库缺失,影响的不止一个程序
- 静态链接
在编译器使用的时候,静态链接时,会将自己的函数拷贝到目标文件中,如果静态库缺失了,不会影响目标程序
注意:
- 在 Linux系统下,默认采用的链接是动态链接(需要提供动态库)
- 动态库只能使用动态链接,静态库只能使用静态链接
- -static 选项
采用静态链接(需要提供静态库)
注意:
- 安装 C语言 静态库(普通用户):
- sudo yum install -y glibc-static
- 安装 C++ 静态库(普通用户)
- sudo yum install -y libstdc++-static
- 如果只有动态库,没有静态库,-static 是不行的
- 如果没有动态库,只有静态库,那么只能用静态库 (本来编译器默认优先使用动态库,-static 是改变优先级,将所有的链接要求都改成静态链接,没有就会报错 )
b. 动态库 和 静态库 优缺点对比
- 动态库因为是共享库,可以节约资源(磁盘资源,内存资源,网络资源等)【优点】
- 动态库一旦缺失,目标程序很可能不能执行 【缺点】
- 静态库依赖小,缺失静态库不会对目标程序造成什么影响 【优点】
- 静态库体积大,资源消耗大 【缺点】
c. debug 版本 和 release 版本
注意:
- gcc 默认形成的可执行程序是以 release 版本发布出去的
- debug 版本 会比 release 版本 多加 debug 信息 ,所以体积上也会更大
- gcc + 文件名 + -o + 目标文件名 + -g
形成的可执行文件是 debug版本 的