【Linux】Linux编译器 --- gcc和g++的使用

👦个人主页：Weraphael
✍🏻作者简介：目前正在学习c++和Linux还有算法
✈️专栏：Linux
🐋 希望大家多多支持，咱一起进步！😁
如果文章有啥瑕疵，希望大佬指点一二
如果文章对你有帮助的话
欢迎 评论💬 点赞👍🏻 收藏 📂 加关注😍

前言

大家的云服务器可能没有gcc或者g++指令，如果没有可以分别执行以下指令

• sudo yum install -y gcc - gcc指令安装

• sudo yum install -y gcc-c++ g++指令安装

注意：如果sudo指令有问题的，建议先看看这篇博客 -> 点击跳转

一、 Linux下编译C/C++代码

在Linux下，我们可以使用gcc和g++工具编译C/C++代码。其中：

• gcc只能用来编译C语言代码
• g++既能编译C语言代码，也可以编译C++代码（C++兼容C）。但建议使用g++编译C++代码。

无论是gcc还是g++，它们的语法几乎是一模一样的

# 方法一：默认生成a.out可执行文件
gcc/g++ [xx.c/xx.cpp]

# 方法二：对默认的可执行文件重命名
gcc/g++ [xx.c/xx.cpp] -o newName

二、gcc/g++是如何完成代码编译

源程序到可执行程序一共经历了以下四个阶段：

三、详谈链接阶段

3.1 为什么目标文件要和库进行链接

原因很简单：如果你写的C语言源程序中使用了标准库中的函数（如printf），是函数就一定有声明和定义，而头文件已经包含了声明，那么函数的具体实现（定义）在哪呢？ ---- 必定在库中。

这时候，链接就起到关键作用！链接器会根据函数的声明，到库中查找对应的函数实现（实体），并将它们合并到最终的可执行文件中。

那gcc是怎么找到库文件的？库文件到底在哪里？

/usr/lib64/libc.so

没有特别制定库的搜索路径时，由于gcc是编译C语言的工具，那么，它会默认在路径/usr/lib64下搜索相关的C语言库文件libc.so。

在Linux中，常见的库有两种：

1. 动态库：在Linux中以.so为后缀，在Windows中以,dll为后缀。
2. 静态库：在Linux中以.a为后缀，在Windows中以.lib为后缀。

虽然它们的名字不一样，但本质没什么区别，这两个库都包含函数的定义。要说主要的区别还是在【链接阶段】如何与目标文件链接。点击跳转

注意：库文件名也是有命名规则：以lib为前缀，name为中缀，.so(.版本)为后缀（.版本可有可无），而库真正的名字只有中缀那一块，这也就是为什么libc.so称为C语言函数库的原因。

3.1 目标文件和库是如何链接的

有两种链接方案：

1. 动态链接
2. 静态链接

3.2.1 动态链接

动态库又称共享库，因此库是被所有程序共享的。简言之，动态库中的代码只需要一份，程序需要调用库中的函数时，直接调用就行了。这也意味着程序在运行时需要依赖于动态库文件，一旦缺失可能导致很多程序无法正常运行。

在Linux中默认使用 动态链接 的方式，我们可以通过 指令ldd来查看可执行文件所依赖的动态库。

我们还可以通过 file命令查看文件详细信息。

3.2.2 静态链接

在链接阶段。如果程序调用静态库 ，会将自己所需要的代码拷贝至目标程序中 ，完成拷贝后，后续不需要再依赖静态库，这意味着目标程序可以独立运行并且最终生成的可执行文件会变大，比较占空间，所以静态链接这种方式我们很少使用。

如果想采用静态链接的方式编译程序，需要在编译时加上 -static选项

gcc [源文件] -o [自己取] -static	

而有些人的云服务器可能没有静态库，那么可以通过以下指令下载：

# C静态库
sudo yum install -y glibc-static
# CPP静态库
sudo yum install -y libstdc++-static

当然，我们也可以通过ldd和file指令查看链接情况

四、动静态库总结

【动态库】

• 优点

  • 动态库因为是共享库，有效的节省资源（节省磁盘空间，内存空间，网络空间等）

• 缺点

  • 动态库一旦缺失，导致各个程序都无法运行

【静态库】

• 优点
  • 程序运行无需依赖库，可以独立运行
• 缺点
  • 体积大，比较消耗资源，浪费空间