如何使用mold链接器加速大型c++项目的链接过程？ (替代ld/lld)

mold 可显著加速大型 c++ 项目链接，但需确认构建系统兼容性、避开其不支持的特性（如 COFF、部分 ld flag、ICF、symbol interposition），并在 CMake 或环境变量中正确配置，同时注意默认行为差异（如 –gc-sections）及调试局限。

用 mold 替代 ld 或 lld 能显著加速大型 C++ 项目的链接，尤其在增量构建和 CI 场景下效果明显——但前提是正确集成且避开其当前限制。

确认 mold 是否适合你的构建系统

mold 是一个从零编写的、支持 ELF 和 mach-O 的现代链接器，主打速度与内存效率。它不兼容 windows（无 COFF 支持），也不支持所有 ld 的 obscure flag（比如部分 --wrap 行为、某些插件机制）。如果你的项目依赖：

• -Wl,--undefined-version 或自定义 version script 的精细符号版本控制
• ld.gold 特有的 --icf=all（mold 不做 ICF）
• 运行时加载 .so 时依赖 ld 的 symbol interposition 行为（mold 默认禁用）

那直接替换可能引发链接失败或运行时符号解析异常。建议先用 mold --help 检查关键 flag 是否被支持，再在非关键分支试跑完整构建 + 测试。

在 CMake 中启用 mold（最常见场景）

CMake 3.18+ 原生支持 CMAKE_LINKER，但要注意：必须同时指定 CMAKE_CXX_LINK_EXECUTABLE 才能覆盖链接命令模板，否则只换 linker 二进制，仍走旧逻辑。

立即学习“C++免费学习笔记（深入）”；

set(CMAKE_LINKER "/usr/local/bin/mold") set(CMAKE_CXX_LINK_EXECUTABLE   "${CMAKE_LINKER}     -o  " )

更稳妥的做法是通过环境变量注入（避免修改 CMakeLists.txt）：

• linux：运行 CC=clang CXX=clang++ LD=mold cmake -G Ninja -DCMAKE_BUILD_TYPE=RelWithDebInfo ..
• Ninja 会自动识别 LD 并用于所有链接步骤（包括可执行文件和 shared library）
• 若用 GCC，需额外加 -fuse-ld=mold（GCC 12+ 支持；低于此版本会报错 unrecognized option）

处理 mold 的默认行为差异

mold 默认开启 --no-as-needed 和 --gc-sections，这和 ld 不同，可能导致：

• 未使用的库被静默丢弃（--no-as-needed 让 -lfoo 总是生效，但 --gc-sections 可能删掉你认为“有用”的弱符号）
• 某些依赖循环或间接符号引用失败（尤其是用 dlsym 动态获取符号时）

遇到链接错误如 undefined reference to `xxx'，优先尝试：

• 加 -Wl,--no-gc-sections 关闭段裁剪
• 加 -Wl,--as-needed 恢复传统依赖判断逻辑
• 检查是否漏传了 -rdynamic（mold 不自动导出符号给 dlopen，需显式加）

验证加速效果与排查卡点

别只看 time make —— mold 的优势集中在链接阶段本身。用 ninja -t trace 或 cmake --build . --verbose 提取实际链接命令，再单独计时：

time /usr/local/bin/mold -o myapp main.o util.o -Llib -lcore time ld.lld -o myapp main.o util.o -Llib -lcore

典型提速范围是 2–5×（取决于目标文件数、符号数量、SSD 速度），但注意：

• 首次链接可能略慢（mold 构建内部哈希表开销）
• 若项目大量使用 thin LTO（-flto=thin），mold 尚不支持 thin archive 合并，此时必须回退到 lld
• mold 的 debug info 处理不如 lld 成熟，gdb 加载极大型 .dwo 文件时偶发卡顿

真正卡住的地方往往不是 mold 本身，而是构建系统没把所有链接动作都导向它——比如第三方子项目硬编码了 ld，或 pkg-config 返回的 -Wl,--dynamic-list mold 不识别，得手动 patch。