Jeden z deweloperów LLD, Rui Ueyama, spogląda wstecz na postępy, jakie zrobił LLD w 2016 r., Patrz: http://lists.llvm.org/pipermail/llvm-dev/2016-December/107981.html.
- "Teraz jestem prawie pewien, że [LLD] będzie poważną (i, moim zdaniem), alternatywą dla istniejących łączników GNU [...]".
- "LLD jest teraz w stanie połączyć większość programów dla przestrzeni użytkownika x86-64."
- "Projekt FreeBSD i staramy się, aby LLD był domyślnym łączem systemowym systemu operacyjnego, a oprócz kilku trudnych programów, takich jak jądro lub bootloader, linker działa w większości dobrze." Already achieved!
- "LLD obsługuje x86, x86-64, x32, AArch64, AMDGPU, ARM, PPC64 i MIPS32/64, , chociaż kompletność jest różna."
- "[T] tutaj jest już kilka systemów, które używają LLD jako łączników systemowych , takich jak CloudABI lub Fuchsia. Chromium i Clang/LLVM same mają opcje kompilacji, aby użyć LLD do ich budowy."
A jako bonus:
- „LLD dostał szybciej [..] Na początku tego roku, LLD trwało około 16 sekund do wytworzenia 1,5 GB szczęk (debugowania) Teraz zajmuje to około 14,5 sekundy na pojedynczym rdzeniu i 8,5 sekundy na 20 rdzeniach.ld.gold trwa odpowiednio około 25 sekund i 20 sekund, . [..] Jeśli masz problem z długim czasem połączenia, "Polecam spróbować LLD."
Aktualizacja wiosna 2017 Według jednego z twórców „LLD/ELF jest teraz gotowy do użytku produkcyjnego przynajmniej dla x86-64 (i prawdopodobnie na AArch64 i MIPS).”, Patrz http://lists.llvm.org/pipermail/llvm-dev/2017-March/111083.html Zawiera także krótki opis, jak korzystać z LLD.
Z nowymi ELF lld twierdzą, że łączą dwa razy szybciej Clang niż złoto, ale plik binarny jest większy. Pomimo braku niektórych funkcji, wygląda to obiecująco. http://lists.llvm.org/pipermail/llvm-commits/Week-of-Mon-20151005/304675.html – usr1234567
* Dzięki łatkom WIP do Lld i FreeBSD możliwe jest połączenie działającego jądra systemu podstawowego i użytkownika z kodem . * Źródło: http://lists.llvm.org/pipermail/llvm-dev/2016-August/103998.html – usr1234567