lld linker 是 ld 和 gold 的替代品嗎？

Question

來自 LLVM 項目lld的 linker 目前正在開發中，每周都會添加新功能。 它的開發者 promise 認為lld比ld快。 它與gold相比如何競爭？

lld 是ld的替代品嗎？ 有了黃金，就有一些障礙可以跳過。

Answer 1

其中一位 LLD 開發人員 Rui Ueyama 回顧了 LLD 在 2016 年的進展，參見http://lists.llvm.org/pipermail/llvm-dev/2016-December/107981.html 。

• “現在我很確定 [LLD] 將成為現有 GNU 鏈接器 [..] 的一個嚴肅的（在我看來更好）替代品。”
• “LLD 現在能夠鏈接大多數 x86-64 用戶級程序。”
• “FreeBSD 項目和我們正在努力使 LLD 成為操作系統的系統默認鏈接器，除了一些棘手的程序，如內核或引導加載程序，鏈接器大部分工作正常。” 已經實現了！
• “LLD 支持 x86、x86-64、x32、AArch64、AMDGPU、ARM、PPC64 和 MIPS32/64，但完整性有所不同。”
• “[T] 這里已經有一些系統使用 LLD 作為系統鏈接器，例如 CloudABI 或 Fuchsia。Chromium 和 Clang/LLVM 本身具有使用 LLD 構建它們的構建選項。”

而且，作為獎勵：

• “LLD 變得更快 [..] 在今年年初，LLD 需要大約 16 秒才能生成 1.5 GB 的 clang（調試構建）可執行文件。現在，單核大約需要 14.5 秒，20 核需要 8.5 秒。ld .gold 分別需要大約 25 秒和 20 秒。[..] 如果您遇到鏈接時間過長的問題，我建議您嘗試 LLD。”

更新 2017 年春季根據其中一位開發人員的說法“LLD/ELF 現在至少可以用於 x86-64（並且可能用於 AArch64 和 MIPS）。”，請參閱http://lists.llvm.org/pipermail/llvm -dev/2017-March/111083.html還簡要介紹了如何使用LLD。

Answer 2

該程序本身聲稱具有兼容性目標，並且似乎在簡單的測試中運行良好

例如在 Ubuntu 20.04 上我安裝：

sudo apt install lld
lld --version

說：

LLD 10.0.0 (compatible with GNU linkers)

我可以用-fuse-ld=lld編譯一個 C hello world：

gcc -fuse-ld=lld -ggdb3 -O0 -std=c11 -Wall -Wextra -pedantic -o hello.out hello.c

性能基准與黃金

我將很快在以下位置記錄結果： 用黃金替換 ld - 有經驗嗎？

Answer 3

FreeBSD / OpenBSD 使用 lld 作為系統 linker。FreeBSD 跨所有支持的 arch，對於 OpenBSD，我們目前為所有負 mips64 做（amd64 arm i386 powerpc -- aarch64 powerpc64 riscv64 端口是從頭開始的，從未使用過 BFD linker，但是請使用 lld）。 我們正在構建整個操作系統和 99.9999% 的端口樹。 我一只手就能數出還有多少人沒有。

對於較大的項目，尤其是較大的 C++ 項目，如 Chrome、Firefox、Thunderbird、KDE 等，它肯定要快得多。還降低了 memory 的利用率，這在 32 位 arch 上可能會出現問題。