llvm-svn: 194988

The maximum number of references the file with NativeReferenceIvarsV1 can
contain is 65534. If a file larger than that is converted to Native format,
the conversion will fail without any error message. This caused a subtle bug
that the LLD would produce a broken executable only when input files contain
too many references.

This issue exists since the RoundTripNativeTest is introduced in r193585. Since
then, it seems that nobody have linked any program having more than 65534
relocations with the LLD. Otherwise we would have found it earlier.

llvm-svn: 194987

No functionality change.

llvm-svn: 194914

llvm-svn: 194913

llvm-svn: 194911

llvm-svn: 194909

llvm-svn: 194908

end() was evaluated every time through a loop. This patch eliminates it.

llvm-svn: 194894

llvm-svn: 194890

llvm-svn: 194887

llvm-svn: 194877

llvm-svn: 194866

This patch does not change the meaning of the program, but if something's wrong
in the linker or the compiler and the control reaches to the gap of imported
function table, it will stop immediately because of the presence of INT3. If
NOP, it'd fall through to the next call instruction, which is usually a
completely foreign function call.

llvm-svn: 194860

llvm-svn: 194851

llvm-svn: 194847

llvm-svn: 194793

llvm-svn: 194791

Also slightly reduces PECOFFLinkingContext's memory footprint (~128B).

llvm-svn: 194787

llvm-svn: 194776

llvm-svn: 194754

llvm-svn: 194746

llvm-svn: 194722

llvm-svn: 194721

llvm-svn: 194677

llvm-svn: 194675

llvm-svn: 194668

This dependency needs to be cleaned up at some point. .directve handling needs the link.exe option parser.

llvm-svn: 194642

No functionality change.

llvm-svn: 194560

llvm-svn: 194556

This reverts commit r194551 because it broke the buildbot.

llvm-svn: 194552

llvm-svn: 194551

llvm-svn: 194539

llvm-svn: 194492

llvm-svn: 194364

The result of sizeof(SymbolTable<ELFT>::SymbolEntry) in DynamicSymbolTable
<ELFT>::write() was different from the same expression in RelocationTable
<ELFT>::write(), although the same template parameters were passed. They were
40 and 32, respectively. As a result, the same vector was treated as a
vector of 40 byte values in some places and a vector of 32 values in other
places. That caused an weird issue, resulting in collapse of the rela.dyn
section.

I suspect that this is a padding size calculation bug in MSVC 2012, but I
may be wrong. Reordering the fields to eliminate padding seems to fix the
issue.

llvm-svn: 194349

llvm-svn: 194322

llvm-svn: 194305

llvm-svn: 194299

llvm-svn: 194290

llvm-svn: 194278