tree 91cce2322b1b68f6714c5e1235a51267b6cfccaf
parent addb7136b97db6bb7bb4da031835b1a2a3ede186
author Eli Friedman <efriedma@codeaurora.org> 1539294186 +0000
committer Eli Friedman <efriedma@codeaurora.org> 1539294186 +0000

[ELF] Fix link failure with Android compressed relocation support.

Android uses a compressed relocation format, which means the size of the
relocation section isn't predictable based on the number of relocations,
and can vary if the layout changes in any way. To deal with this, the
linker normally runs multiple passes until the layout converges.

The layout should converge if the size of the compressed
relocation section increases monotonically: if the size of an encoded
offset increases by one byte, the larget value which can be encoded is
multiplied by 128, so the representable offsets grow much faster than
the size of the section itself.

The problem here is that there is no code to ensure the size of the
section doesn't decrease.  If the size of the relocation section
decreases, the relative offsets can increase due to alignment
restrictions, so that can force the size of the relocation section to
increase again.  The end result is an infinite loop; the loop gets cut
off after 10 iterations with the message "thunk creation not
converged".

To avoid this issue, this patch adds padding to the end of the
relocation section if its size would decrease.  The extra
padding is harmless because of the way the format is defined:
decoding stops after it reaches the number of relocations specified
in the section's header.

Differential Revision: https://reviews.llvm.org/D53003


git-svn-id: https://llvm.org/svn/llvm-project/lld/trunk@344300 91177308-0d34-0410-b5e6-96231b3b80d8