如何配置CMake使用g++直接链接.o文件而非ar.exe+c++

核心问题原因 #

你遇到的ar.exe耗时问题，是因为CMake默认会将目标文件先打包成静态库（如objects.a）再执行链接。要实现和手动编译一样的快速链接，需要修改CMake的链接命令模板，让它直接将所有目标文件传给g+++LLD，跳过静态库打包步骤。

具体配置步骤 #

1. 全局启用LLD链接器
   在CMakeLists.txt开头添加以下配置，确保编译和链接阶段都使用LLD：

   # 为编译和链接阶段添加LLD参数
   set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fuse-ld=lld")
   set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -fuse-ld=lld")
   

2. 修改链接命令模板，跳过静态库打包
   CMake通过CMAKE_CXX_LINK_EXECUTABLE变量定义链接可执行文件的命令格式。默认模板会引入静态库打包步骤，我们需要替换为直接链接目标文件的模板：

   # 自定义链接命令：直接用g++链接所有目标文件
   set(CMAKE_CXX_LINK_EXECUTABLE "<CMAKE_CXX_COMPILER> <FLAGS> <CMAKE_CXX_LINK_FLAGS> <LINK_FLAGS> <OBJECTS> -o <TARGET> <LINK_LIBRARIES>")
   

   这里的<OBJECTS>会被CMake替换为所有编译生成的.o文件，直接传给g++，配合-fuse-ld=lld参数实现快速链接。

3. 项目库代码的优化配置
   如果你的项目包含自定义库代码，避免使用STATIC类型的库（会触发ar打包），改用OBJECT类型库：

   # 将库代码编译为OBJECT目标（仅生成.o文件，不打包成静态库）
   add_library(my_lib OBJECT src/lib_module1.cpp src/lib_module2.cpp)
   # 直接引用OBJECT目标的.o文件生成可执行文件
   add_executable(my_app src/main.cpp $<TARGET_OBJECTS:my_lib>)
   

验证配置 #

配置完成后，重新生成Makefile并编译，查看编译日志会发现不再出现ar.exe打包静态库的步骤，直接调用g++配合LLD链接所有.o文件，速度会和你手动编译时一致。

内容的提问来源于stack exchange，提问作者syberflex