头文件拷贝，去注释，条件编译，宏替换 -E让程序翻译到预处理阶段就停下来，-o指明形成的临时文件名称。
在C语言 程序员内功心法之程序环境和预处理 博文中，我们就学习到 – 一个程序要被运行起来需要经历四个阶段：预处理 (预编译)、编译、汇编、链接，下面我们来简单回顾一下这四个阶段会进行的操作。
在这个阶段中,gcc 首先要检查代码的规范性、是否有语法错误等,以确定代码的实际要做的工作,在检查 无误后,gcc 把代码翻译成汇编语言。
在之前已经分享了 【Linux】vim的使用，这次来看看在云服务器上的编译器gcc。
此时生成test.i,我们用vim进入test.i,在利用底行模式vs test.c:
gcc (GNU Compiler Collection) 和 g++ 是 Linux 系统上最常用的编译器。它们是 GNU 组织开发的一套开源编译器工具集。
gcc和g++都是编译器，C语言可以用gcc或者是g++来进行编译，但推荐使用gcc来进行编译。但C++语言只能用g++编译器来进行编译。
我们发现，每一个不同文件的inode编号都不相同，所以inode可以说是用来标识文件的标识符。接下来，我们通过下面指令来给mysoft文件，创建软链接：
对于一个程序，从编辑文本开始到可执行，到底需要经过哪些过程，编译的原理又是什么？今天我们就来聊聊C++源文件从文本到可执行文件的历程。
接下来我们用gcc编译器来运行一下，当然不是要完全编译，而是先让他预处理一下：
-E：只进行预处理，不编译 -S：只编译，不汇编 -c：只编译、汇编，不链接 -g：编译器在编译的时候产生调试信息。 -I：指定include包含文件的搜索目录 -o：输出成指定文件名，如果缺省则输出位a.out -L：搜索库的路径 -l：指定程序要链接的库 -w：忽略所有警告 -shared：指定生成动态链接库。 -static：指定生成静态链接库。 -fPIC：表示编译为位置独立的代码，用于编译共享库。目标文件需要创建成位置无关码，概念上就是在可执行程序装载它们的时候，它们可以放在可执行程序的内存里的任何地方。
书接上文，我们已经学习了 Linux 中的编辑器 vim 的相关使用方法，现在已经能直接在 Linux 中编写C/C++代码，有了代码之后就要尝试去编译并运行它，此时就可以学习一下 Linux 中的编译器 gcc/g++ 了，我们一般使用 gcc 编译C语言，g++ 编译C++（当然 g++ 也可编译C语言），这两个编译器我们可以当作一个来学习，因为它们的命令选项都是通用的，只是编译对象不同。除了编译器相关介绍外，本文还会库、自动化构建工具、提权等知识，一起来看看吧
更加详细的介绍，可以参照这篇博客：C语言翻译环境：预编译+编译+汇编+链接详解-CSDN博客
g++是GNU开发的C++编译器，是GCC（GNU Compiler Collection）GNU编译器套件的组成部分。另外，gcc是GNU的C编译器。
Linux中的基础开发工具及其使用，包括yum（软件包管理器）、vim（编辑器）、gcc/g++（编译器）、makefile（项目自动化构建工具）、gdb（调试器）等。
在C语言中，我们已经学过程序的编译和链接，在这里将复习一下我们之前所学的内容并引出后续gcc/g++的内容。
目标文件是源代码编译后未进行链接的中间文件（Windows的.obj和Linux的.o），与可执行文件（Windows的.exe和Linux的ELF）的结构和内容相似，因此跟可执行文件采用同一种格式存储。PC平台常见的可执行文件格式主要有Windows的PE（Portable Executable）和Linux的ELF（Executable and Linkable Format）。PE和ELF都是通用目标文件格式（COFF，Common Object File Format）的变种。在Windows下，我们将目标文件与可执行文件统称为PE-COFF文件，Linux统称为ELF文件。除此之外，还有些不常用的目标文件与可执行文件格式，比如Intel和Microsoft以前使用的对象模型文件（OMF，Object Module File）、Unix的最初使用的a.out和MS-DOS的.COM格式等。
第一次用g++编译cpp文件的时候报了undefined reference的错误，自定义类中的函数全部都无法找到，查找资料后发现调用的类是需要链接的，本文以一个小例子描述编译的过程。其中class2类调用了class1类的成员函数，依赖于class1类，而test文件调用了class2类的成员函数，依赖于class1类。
假设你下载了一款游戏，你是否会跑到游戏所在目录中双击 .exe 打开游戏？答案是不会，大多数人都会通过桌面的快捷方式直接打开文件，而这个快捷方式实际就是对 .exe 的 软链接 文件；当你在游戏中加载地图、道具等资源时，这些数据是存在 .exe 文件中的吗？答案是当然不是，这些资源文件都以 库 的方式与 .exe 位于同一目录中，通常为动态库，在 Windows 中后缀为 dll，那么这些神奇的辅助文件是如何产生的？本文将带你一起揭晓
装cygwin 或者mingGW，装gcc工具链，并将cygwin的bin目录加入环境变量PATH中。
GCC的全称是GNU Compiler Collection，是GNU工具链中的一种。GCC不仅支持C/C++语言，还支持Fortran/Ada/Java等语言的编译。
http://blog.163.com/xychenbaihu@yeah/blog/static/13222965520101023104745738/
1. gcc -c test.c //生成目标文件 2. ar crv libtest.a test.o //生成静态链接库libtest.a 3. g++ -o main main.c -ltest //编译main程序同时链接libtest.a静态库 4. ./main //运行main程序
这是因为 g++ 找不到include目录下的swap.h 文件，所以我们需要使用-I参数将include目录包含进来，如下命令
sudo apt-get update 3. 输入以下命令，安装g++的最新版本：
通过 yum list 命令可以罗列出当前一共有哪些软件包，由于包的数目可能非常之多, 这里我们需要使用 grep 命令只筛选出我们关注的包，例如：
一、下载和编译bash git clone --recurse-submodules https://github.com/google/leveldb.git mkdir -p build && cd build //发布版本, 断点进不去 cmake -DCMAKE_BUILD_TYPE=Release .. && cmake --build .//调试, 可调试 cmake -DCMAKE_BUILD_TYPE=Debug .. && cmake --build .二、C++编译一共分为预处理、编译优
Linux下得库有动态与静态两种，动态通常用.so为后缀，静态用.a为后缀。面对比一下两者：
Windows环境使用CMake编译 opencv3.3.0 && opencv_contrib3.3.0 for AndroidNDK
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
C++静态库与动态库
将tcmalloc作为动态库使用，非常方便，网上有很多资料介绍了。tcmalloc.a也可以以静态链接的方式加入应用程序中，大概因为使用太方便，网上关于这方面的介绍都是一笔带过，但是如果要在动态 库(so)中静态编译tcmalloc,却是有所不同的。 我的项目中有一个so动态库，需要在java中通过jni调用，因为涉及频繁的内存分配操作所以这个so希望用tcmalloc管理内存池以提高系统运行效率，如果使用以动态库方式使用tcmalloc。那么在应用服务器(tomcat)启动的时候，需要先设置LD_PRELOAD参数指向tcmalloc.so，然后执行startup.sh启动tomcat。这样以来，不仅是我的so库，整java程序在运行过程中的所有向操作系统申请释放内存的过程都交给了tcmalloc管理了，其实挺好的。使用这种方案，我的so库代码不需要在编译时链接tcmalloc,什么都不用改变，就能使用tcmalloc。 但是凡事有利就有弊，这个方案带的成本就是在系统安装、维护时稍显复杂：需要在服务器上安装tcmalloc和libunwind(应用系统运行在64位操作系统下)，还可能需要修改tomcat启动脚本以加入LD_PRELOAD参数，对工程实施人员的要求比较高。
在说明Linux的.a、.so和.o文件关系之前，先来看看windows下obj,lib,dll,exe的关系。
编译与链接的过程可以分解为4个步骤：分别是预处理（Prepressing ）、编译（Compilation ）、汇编（Assembly ）和链接（Linking ），一个helloworld的编译过程如下：
我们在使用Linux的时候，不禁会有这么一个疑问：为什么我们能够在Linux下进行c/c++代码的编写以及编译呢？这是因为Linux系统默认携带了语言级别的头文件以及语言所对应的库。
如果在Windows上用过gdb编译过C++，一般都会对 MinGW有印象，Windows版的Eclipse for C++/Dev C++等都是基于MinGW来做的。于是我们在Windows上要想在VS code中用gdb的环境，同样需要先配置好MinGW的环境。
gcc/g++是Linux中的编译器，vim是Linux中的编辑器。要想将代码运行起来还需要编译才可实现。 本篇文章，主要通过预处理、编译、汇编、链接来介绍gcc/g++。
格式： gcc [选项] 要编译的文件 [选项] [目标文件]，gcc / g++安装： sudo yum install -y gcc-c++。安装后的编译器默认的版本是较低的，我们可以使用选项-std=c99（即使用c99标准），-std=c++11（即使用c++11的标准）来进行版本提升。使用-o选项，可以将编译生成的可执行重命名。最后使用./可执行，来运行程序。如下：
首先.c源文件经过的第一个阶段便是预处理阶段，在该阶段，主要会完成以下几件事：头文件的展开，条件的编译、宏的替换以及注释的去除，我们可以使用gcc -E 源文件 -o 指定目标文件（这里一般生成的是以.i结尾的文件）的命令来生成我们想要的目标文件。
python语言调用c语言进行扩展，或者增加程序的运行速度都是特别方便的。同时还能获得与C或者C++几乎相同的执行性能。
我们在windows环境和macos环境里都有功能强大的集成开发环境（IDE）供我们使用 ，但是在Linux中我们如何编译运行我们的代码呢？这里就需要使用gcc / g++ 了。
它使用 xmake.lua 维护项目构建，相比 makefile/CMakeLists.txt，配置语法更加简洁直观，对新手非常友好，短时间内就能快速入门，能够让用户把更多的精力集中在实际的项目开发上。
预处理是读取 c 源程序，对其中的伪指令（以 # 开头的指令，也就是宏）和特殊符号进行“替代”处理；经过此处理，生成一个没有宏定义、没有条件编译指令、没有特殊符号的输出文件。这个文件的含义同没有经过预处理的源文件是相同的，仍然是 C 文件，但内容有所不同。
博主最近从新学习 Rust FFI 的使用，但是手头上没有可用的 Linux 环境（Windows 编译c太麻烦了），于是就尝试着使用 WSL来搭建 Rust 环境和简易的 c 编译环境，并记录下中间遇到的一些坑。感谢 Unsafe Rust 群群友 @框框 对本文的首发赞助！感谢 Rust 深水群 @栗子 的 gcc 指导！
vim是Linux的编写代码的工具，是一种多模式的编辑器。 Linux中vim的常用的模式大概可以分为三种，分别是： 命令模式（command mode）、插入模式（Insert mode）和底行模式（last line mode）
gunzip -c xxx.tar.gz | tar xvf - (或者tar xzvf libxml2-xxxx.tar.gz)
可以使用vim test.i 打开查看：可以看到，头文件展开后的预处理的代码。并且，注释部分没有了，在条件编译下的printf("hello show\n");也消失了，因为SHOW这个宏没定义，所以只保留了default那一行代码，这就是条件编译；
本文记录使用 vscode 配置c++编程环境的流程。 环境准备 项目 内容 操作系统 Windows 10 软件安装 VS code 官网：https://code.visualstudio.com/ 安装gcc编译器 下载 链接：MinGW-w64 - for 32 and 64 bit Windows 选最新版本中的x86_64-posix-seh 安装 解压压缩包 将目录中的bin添加到环境变量 验证 在cmd中输入命令 > gcc -v Using built
领取专属 10元无门槛券
手把手带您无忧上云
