diff options
| author | Peter Collingbourne <peter@pcc.me.uk> | 2018-11-21 21:29:35 +0000 |
|---|---|---|
| committer | Peter Collingbourne <peter@pcc.me.uk> | 2018-11-21 21:29:35 +0000 |
| commit | b007cabb87ac3a8352a9f3f217a1e5f7e98b2c52 (patch) | |
| tree | fa3bb1f8c5cf56d9987bd0bcb1d0e55838c1cc5f /llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp | |
| parent | 9d6445d34cf6a4aeeb4ceb4aaf90f4d0af426c26 (diff) | |
| download | llvm-b007cabb87ac3a8352a9f3f217a1e5f7e98b2c52.zip llvm-b007cabb87ac3a8352a9f3f217a1e5f7e98b2c52.tar.gz llvm-b007cabb87ac3a8352a9f3f217a1e5f7e98b2c52.tar.bz2 | |
COFF: ICF: Include contents of referenced sections in initial partitioning hash. NFCI.
Previously we were taking over 13 minutes to link Firefox's xul.dll
on ARM64; this reduces link time to around 18s on my machine.
The root cause of the problem was that all of the input .pdata sections
had the same unrelocated section data and therefore the same hash,
which made segregation quadratic in the number of .pdata sections. The
reason why we weren't observing this on other architectures was that
ARM has a different .pdata format. On non-ARM the format is (start
address, end address, .xdata), which caused the size of the function
to appear in the unrelocated section data where the end address field
is. However, the ARM format omits the end address field.
Fixes PR39667.
Differential Revision: https://reviews.llvm.org/D54809
llvm-svn: 347429
Diffstat (limited to 'llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp')
0 files changed, 0 insertions, 0 deletions