ToB企服应用市场:ToB评测及商务社交产业平台

标题: C++的编译链接与在vs中build提速 [打印本页]
作者: 大连密封材料    时间: 2023-9-4 09:26
标题: C++的编译链接与在vs中build提速
通过gcc或msvc，clang等编译器编译出来的C++源文件是.o文件。在windows上也就是PE文件，linux为ELF文件，在这一步中，调用其它代码文件中的函数的函数地址是未知的(00000)，等到链接之后才会替换掉函数地址的
linux,windows 可执行文件(ELF、PE)
C++是如何编译的

C/C++编译过程主要分为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文件中增加了这样一项：OldStyle
Debug Information Format是一个编译器选项，用于控制生成的调试信息的格式。
调试信息是一种用于调试程序的数据，包括变量名、函数名、行号等信息。在程序出现错误时，调试信息可以帮助开发人员快速定位问题。
Debug Information Format选项有以下几种可选值：
需要注意的是，生成调试信息会增加可执行文件的大小，因此在发布版本时应该关闭调试信息生成。
另外，需要注意的是，如果使用了/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
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

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

全程序优化(Whole program optimization) 功能，是为了增加文件之间的可见性，将编译延迟到了链接时
WPO 可以提高程序的执行性能，一般在发布模式下都会开启此功能，代价只是增加了部分构建时长
如果开启WPO模式后, 不建议使用 IB 构建, 也许可能会有未知问题
makefile

摘自UE引擎的某个makefile示例
  1. 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
  2. CPPFLAGS += -I ../single_include -I . -I thirdparty/doctest -I thirdparty/fifo_map -DDOCTEST_CONFIG_SUPER_FAST_ASSERTS
  4. SOURCES = src/unit.cpp \
  5.           src/unit-algorithms.cpp \
  6. OBJECTS = $(SOURCES:.cpp=.o)
  8. TESTCASES = $(patsubst src/unit-%.cpp,test-%,$(wildcard src/unit-*.cpp))         
复制代码
CMake

cmake.txt示例
  1. cmake_minimum_required(VERSION 3.17)
  2. project(mycpp)
  4. set(CMAKE_CXX_STANDARD 11)
  5. #添加需要编译的文件
  6. add_executable(strTest strTest.cpp)
复制代码
C/C++为什么要写头文件？

来源：为什么C/C++要分为头文件和源文件？ - 知乎 (zhihu.com)
C时代的时候编译器比较简单，是固定的编译和链接两个过程，编译一次只处理一个文件，进行预处理之后，头文件会插入到这一个文件里，不同源代码文件的处理时独立的，这样如果头文件里面定义了一个函数的实现，编译的时候所有引用这个头文件的源码文件，生成的obj里都会有这个符号。而链接是通用的链接程序，从汇编时代就用的工具，没有什么高级功能，同一个符号链接时出现两次是会报错的。
但是，我们又说了，每个文件的编译是独立的，所以如果实现不在当前源文件里面，调用的时候编译器就不知道这个函数的类型和签名，没法生成调用代码，所以必须在调用之前先声明一遍。如果不把声明写在头文件里面，就必须在每个用到这个函数的源文件里都声明一遍，很不方便，所以综合之后的解决方案就是实现写源码文件里面，声明写头文件里面。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！



欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) Powered by Discuz! X3.4