aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Support/CommandLine.cpp
diff options
context:
space:
mode:
authorShoaib Meenai <smeenai@fb.com>2017-03-26 17:10:11 +0000
committerShoaib Meenai <smeenai@fb.com>2017-03-26 17:10:11 +0000
commit7375448893c9c46a1a03a7dd3eaa2f6c63845738 (patch)
tree9c6ae84d71f924b2c475eb1a6e90cad8f2ee9add /llvm/lib/Support/CommandLine.cpp
parentb71bb80c2debeab7128ce9be440d6601260910cd (diff)
downloadllvm-7375448893c9c46a1a03a7dd3eaa2f6c63845738.zip
llvm-7375448893c9c46a1a03a7dd3eaa2f6c63845738.tar.gz
llvm-7375448893c9c46a1a03a7dd3eaa2f6c63845738.tar.bz2
[llvm-readobj] Prefer ILT to IAT for reading COFF imports
We're seeing binutils ld produce binaries where the import address table's NameRVA entry is actually a VA instead (i.e. it's already base relocated), which llvm-readobj then chokes on. Both dumpbin and the Windows loader are able to handle these binaries correctly, however, and we can make llvm-readobj handle them correctly too by iterating the import lookup table (which doesn't have a relocated NameRVA) rather than the import address table. The import lookup table and the import address table are supposed to be identical on disk, and prior to r277298 the import lookup table would be used by `llvm-readobj -coff-imports` anyway, so this shouldn't have any functional change (except in the case of our malformed binaries). The import lookup table can apparently be missing when using old Borland linkers, so fall back to the import address table in that case. Resolves PR31766. Differential Revision: https://reviews.llvm.org/D31362 llvm-svn: 298812
Diffstat (limited to 'llvm/lib/Support/CommandLine.cpp')
0 files changed, 0 insertions, 0 deletions