Previously when objcopy generated section headers, it padded the LEB that
encodes the section size out to 5 bytes, matching the behavior of clang.
This is correct, but results in a binary that differs from the input.
This can sometimes have undesirable consequences (e.g. breaking source maps).
This change makes the object reader remember the size of the LEB encoding
in the section header, so that llvm-objcopy can reproduce it exactly. For sections
not read from an object file (e.g. that llvm-objcopy is adding itself), pad to 5 bytes.
One-liner comment on what this is (in line with other members above) would be nice