[llvm-dev] LLD Build Improvements

[Simon Whittaker via llvm-dev]

Hello,

to echo others, significant benefits have been seen in link times at Sony
PlayStation (turnaround time is really important for the large engineering
teams working on games). Multithread utilization in lld is good.

Additionally, my experience is that other LLVM features such as LTO and CFI
(which requires LTO  / Thin LTO) are easier to adopt with lld than
alternatives.

Finally, the lld code is well structured, easy to follow and leverages
other parts of LLVM where sensible.

Thanks,

Simon

On Mon, Aug 26, 2019 at 4:24 PM Rui Ueyama via llvm-dev <
llvm-dev at lists.llvm.org> wrote:

> As Eric mentioned, lld is generally much faster than GNU linkers, so many
> companies, especially ones that build large-scale programs (including
> Google) have migrated to lld and saw a significant reduction in build time,
> which improved developer productivity. So I'd say that large-scale program
> development seem to improve the most from lld.
>
> Other interesting area that seem to be benefited from lld is a bootloader
> and other UEFI programs. UEFI programs are in COFF file format (which is
> the same as Windows), and it was not easy to build a UEFI program in a
> host-independent way. There was a hacky way to workaround: for example, you
> can first build a UEFI program as an ELF program and transplant its text
> and data segments to an empty COFF file using objcopy. Or, maybe you can
> just use a Windows machine to link an UEFI program. lld solved the issue
> because lld is a cross-linker. You can create COFF object files using
> clang-cl and link the object files using lld/COFF to produce a UEFI program
> in a very straightforward manner.
>
> On Sat, Aug 24, 2019 at 8:47 AM Nicholas Krause via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
>
>> Greetings All,
>>
>> I was wondering what projects seem to improve the most from lld as a
>> linker. It s
>>
>> seems to mostly be browsers and games but if someone has something else
>>
>> I would be interested to hear what. The site doesn't really talk about
>> what
>>
>> projects improve the most so I would be curious to hear what does and
>>
>> even if possible why.
>>
>>
>> Nick
>>
>> _______________________________________________
>> LLVM Developers mailing list
>> llvm-dev at lists.llvm.org
>> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>>
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190827/209ac094/attachment-0001.html>