C++的编译链接与在vs中build提速

通过gcc或msvc，clang等编译器编译出来的C++源文件是.o文件。在windows上也就是PE文件，linux为ELF文件，在这一步中，调用其它代码文件中的函数的函数地址是未知的(00000)，等到链接之后才会替换掉函数地址的

linux,windows 可执行文件(ELF、PE)

C++是如何编译的

C/C++编译过程主要分为4个过程

1. 编译预处理
2. 编译、优化阶段
3. 汇编过程
4. 链接程序

编译游戏引擎的耗时

内网使用IB(incrediBuild)编译引擎时总耗时2分23秒，编译2分钟，link耗时15秒

在vs中提高c++的编译速度

达到修改一行代码，10s内编译完，link会花点时间，因为所的工程都是lib，而不是dll，如果改成dll，则会更快。

调试信息的格式

把所有的工程的属性这项： C/C++ - General - Debug Information Format ，改成：C7 compatible (/Z7)

实际上是在vcxproj文件中增加了这样一项：<DebugInformationFormat>OldStyle</DebugInformationFormat>

Debug Information Format是一个编译器选项，用于控制生成的调试信息的格式。

调试信息是一种用于调试程序的数据，包括变量名、函数名、行号等信息。在程序出现错误时，调试信息可以帮助开发人员快速定位问题。

Debug Information Format选项有以下几种可选值：

1. None：不生成调试信息。

2. Program Database (/Zi)：生成一个独立的PDB文件，包含所有的调试信息。

3. Program Database for Edit and Continue (/ZI)：生成一个独立的PDB文件，包含所有的调试信息，并且支持编辑和继续调试。

4. Old Style (/Z7)：将调试信息嵌入到可执行文件中。

需要注意的是，生成调试信息会增加可执行文件的大小，因此在发布版本时应该关闭调试信息生成。

另外，需要注意的是，如果使用了/DEBUG选项，那么编译器会自动将Debug Information Format选项设置为Program Database (/Zi)。

预编译头

选中工程，右键 - 属性 - C/C++ - Precompiled Headers - Precompiled Header 改成 Not

就是把一些固定的东西先编译好，其他cpp文件直接引用就不copy了，这东西在分布式下没用， 单机是有效果的

什么是预编译头？

includeN多的头文件会导致编译变慢，提取整个项目公共头文件放到一起，只编译一次，减少编译时间。

增量编译

在入口工程启用增量编译 ： Linker - General - Enable Incremental Linking，勾选：Yes (/INCREMENTAL)

Linker - Optimization

右键 - 属性，Linker - Optimization - 把这2项改成No

• References ：No (/OPT:NOREF)
• Enable COMDAT Folding ：No (/OPT:NOICE)

OptimizeReferences 用于控制是否优化未使用的函数和数据的代码生成，当OptimizeReferences选项设置为/OPT:REF时，编译器将在链接时删除未使用的函数和数据，以减小可执行文件的大小。这可以减少可执行文件的大小，提高程序的运行效率。

EnableCOMDATFolding 用于控制是否启用COMDAT折叠优化，当Enable COMDAT Folding选项设置为Yes/OPT:ICF时，编译器将启用COMDAT折叠优化。这可以减少可执行文件的大小，提高程序的运行效率。

Linker - Debugging

右键 - 属性， Linker - Debugging , Generate Debug Info 改成Faster，可以link的更快

cgthreads（Code generation threads）

cl 默认使用的线程数是 4 ，最大可设置成 8 ，如果拥有更多核心时设置为8将可以缩短构建时间，在开启GL时效果更佳

在项目 配置属性 > C/C++ > 命令行 增加 /cgthreads8

MP（Build with multiple processes）

当您编译许多文件时，编译器选项可以显着减少构建时间。为了缩短构建时间，编译器会创建最多processMax自身的副本，然后同时使用这些副本来编译源文件

其他模式建议开启， published 模式 ， 测试后构建时间并无明显差异， 因为MP对链接时编译并不能起到提速作用

同样也是在项目 配置属性 > C/C++ > 命令行 增加 /mp

Incredibuild(集群编译)

使用ib编译完之后，再从vs按F5即可启动调试，已经生成了pdb文件。

非published模式(非WPO模式) 建议以下设置：

打开IB，切到Visual Studio Builds - Advanced

1. 关闭 Limit Concurrent PDB file Instances to []
2. 开启 Force 64-bit tooset

使用集群或者限制本机cpu的核数，这俩动态控制好，但是本机使用一半的核还是会卡，因为其它进程不一定会分配到空闲的CPU

打开IB，切到Initiator - General

1. Avoid task execution on local machine when possible（尽可能避免在本地计算机上执行任务）

2. CPU Allocation ： Limit maximum number of cores utilized in build to (限制构建过程中可使用的最大核心数为)

WPO

全程序优化(Whole program optimization) 功能，是为了增加文件之间的可见性，将编译延迟到了链接时

WPO 可以提高程序的执行性能，一般在发布模式下都会开启此功能，代价只是增加了部分构建时长

如果开启WPO模式后, 不建议使用 IB 构建, 也许可能会有未知问题

makefile

摘自UE引擎的某个makefile示例

CXXFLAGS += -std=c++11 -Wall -Wextra -pedantic -Wcast-align -Wcast-qual -Wno-ctor-dtor-privacy -Wdisabled-optimization -Wformat=2 -Winit-self -Wmissing-declarations -Wmissing-include-dirs -Wold-style-cast -Woverloaded-virtual -Wredundant-decls -Wshadow -Wsign-conversion -Wsign-promo -Wstrict-overflow=5 -Wswitch -Wundef -Wno-unused -Wnon-virtual-dtor -Wreorder -Wdeprecated -Wno-float-equal
CPPFLAGS += -I ../single_include -I . -I thirdparty/doctest -I thirdparty/fifo_map -DDOCTEST_CONFIG_SUPER_FAST_ASSERTS

SOURCES = src/unit.cpp \
          src/unit-algorithms.cpp \
OBJECTS = $(SOURCES:.cpp=.o)

TESTCASES = $(patsubst src/unit-%.cpp,test-%,$(wildcard src/unit-*.cpp))

CMake

cmake.txt示例

cmake_minimum_required(VERSION 3.17)
project(mycpp)

set(CMAKE_CXX_STANDARD 11)
#添加需要编译的文件
add_executable(strTest strTest.cpp)

C/C++为什么要写头文件？

来源：为什么C/C++要分为头文件和源文件？ - 知乎 (zhihu.com)

C时代的时候编译器比较简单，是固定的编译和链接两个过程，编译一次只处理一个文件，进行预处理之后，头文件会插入到这一个文件里，不同源代码文件的处理时独立的，这样如果头文件里面定义了一个函数的实现，编译的时候所有引用这个头文件的源码文件，生成的obj里都会有这个符号。而链接是通用的链接程序，从汇编时代就用的工具，没有什么高级功能，同一个符号链接时出现两次是会报错的。

但是，我们又说了，每个文件的编译是独立的，所以如果实现不在当前源文件里面，调用的时候编译器就不知道这个函数的类型和签名，没法生成调用代码，所以必须在调用之前先声明一遍。如果不把声明写在头文件里面，就必须在每个用到这个函数的源文件里都声明一遍，很不方便，所以综合之后的解决方案就是实现写源码文件里面，声明写头文件里面。