2015-05-29 03:09:30 +08:00
|
|
|
//===- Chunks.cpp ---------------------------------------------------------===//
|
|
|
|
//
|
|
|
|
// The LLVM Linker
|
|
|
|
//
|
|
|
|
// This file is distributed under the University of Illinois Open Source
|
|
|
|
// License. See LICENSE.TXT for details.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
#include "Chunks.h"
|
|
|
|
#include "InputFiles.h"
|
2015-08-06 03:51:28 +08:00
|
|
|
#include "Symbols.h"
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
#include "Writer.h"
|
[lld] unified COFF and ELF error handling on new Common/ErrorHandler
Summary:
The COFF linker and the ELF linker have long had similar but separate
Error.h and Error.cpp files to implement error handling. This change
introduces new error handling code in Common/ErrorHandler.h, changes the
COFF and ELF linkers to use it, and removes the old, separate
implementations.
Reviewers: ruiu
Reviewed By: ruiu
Subscribers: smeenai, jyknight, emaste, sdardis, nemanjai, nhaehnle, mgorny, javed.absar, kbarton, fedor.sergeev, llvm-commits
Differential Revision: https://reviews.llvm.org/D39259
llvm-svn: 316624
2017-10-26 06:28:38 +08:00
|
|
|
#include "lld/Common/ErrorHandler.h"
|
2017-01-14 06:05:22 +08:00
|
|
|
#include "llvm/ADT/Twine.h"
|
2017-06-07 11:48:56 +08:00
|
|
|
#include "llvm/BinaryFormat/COFF.h"
|
2015-05-29 03:09:30 +08:00
|
|
|
#include "llvm/Object/COFF.h"
|
|
|
|
#include "llvm/Support/Debug.h"
|
|
|
|
#include "llvm/Support/Endian.h"
|
|
|
|
#include "llvm/Support/raw_ostream.h"
|
2015-06-20 15:25:45 +08:00
|
|
|
#include <algorithm>
|
2015-05-29 03:09:30 +08:00
|
|
|
|
2015-06-07 06:46:15 +08:00
|
|
|
using namespace llvm;
|
2015-05-29 03:09:30 +08:00
|
|
|
using namespace llvm::object;
|
|
|
|
using namespace llvm::support::endian;
|
|
|
|
using namespace llvm::COFF;
|
2015-07-25 07:51:14 +08:00
|
|
|
using llvm::support::ulittle32_t;
|
2015-05-29 03:09:30 +08:00
|
|
|
|
|
|
|
namespace lld {
|
|
|
|
namespace coff {
|
|
|
|
|
2017-07-27 07:05:24 +08:00
|
|
|
SectionChunk::SectionChunk(ObjFile *F, const coff_section *H)
|
2016-11-12 08:00:51 +08:00
|
|
|
: Chunk(SectionKind), Repl(this), Header(H), File(F),
|
2018-04-17 09:54:34 +08:00
|
|
|
Relocs(File->getCOFFObj()->getRelocations(Header)) {
|
2015-05-29 03:09:30 +08:00
|
|
|
// Initialize SectionName.
|
|
|
|
File->getCOFFObj()->getSectionName(Header, SectionName);
|
2015-06-10 12:21:47 +08:00
|
|
|
|
2017-09-14 05:54:55 +08:00
|
|
|
Alignment = Header->getAlignment();
|
2015-09-17 05:40:47 +08:00
|
|
|
|
2017-06-17 04:47:19 +08:00
|
|
|
// If linker GC is disabled, every chunk starts out alive. If linker GC is
|
|
|
|
// enabled, treat non-comdat sections as roots. Generally optimized object
|
|
|
|
// files will be built with -ffunction-sections or /Gy, so most things worth
|
|
|
|
// stripping will be in a comdat.
|
|
|
|
Live = !Config->DoGC || !isCOMDAT();
|
2015-05-29 03:09:30 +08:00
|
|
|
}
|
|
|
|
|
2015-06-25 08:33:38 +08:00
|
|
|
static void add16(uint8_t *P, int16_t V) { write16le(P, read16le(P) + V); }
|
|
|
|
static void add32(uint8_t *P, int32_t V) { write32le(P, read32le(P) + V); }
|
|
|
|
static void add64(uint8_t *P, int64_t V) { write64le(P, read64le(P) + V); }
|
2015-07-25 11:03:46 +08:00
|
|
|
static void or16(uint8_t *P, uint16_t V) { write16le(P, read16le(P) | V); }
|
2017-07-11 15:22:44 +08:00
|
|
|
static void or32(uint8_t *P, uint32_t V) { write32le(P, read32le(P) | V); }
|
2015-06-25 08:33:38 +08:00
|
|
|
|
2018-02-18 04:28:15 +08:00
|
|
|
// Verify that given sections are appropriate targets for SECREL
|
|
|
|
// relocations. This check is relaxed because unfortunately debug
|
|
|
|
// sections have section-relative relocations against absolute symbols.
|
|
|
|
static bool checkSecRel(const SectionChunk *Sec, OutputSection *OS) {
|
|
|
|
if (OS)
|
|
|
|
return true;
|
|
|
|
if (Sec->isCodeView())
|
|
|
|
return false;
|
2018-08-22 19:34:58 +08:00
|
|
|
error("SECREL relocation cannot be applied to absolute symbols");
|
|
|
|
return false;
|
2018-02-18 04:28:15 +08:00
|
|
|
}
|
|
|
|
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
static void applySecRel(const SectionChunk *Sec, uint8_t *Off,
|
|
|
|
OutputSection *OS, uint64_t S) {
|
2018-02-18 04:28:15 +08:00
|
|
|
if (!checkSecRel(Sec, OS))
|
|
|
|
return;
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
uint64_t SecRel = S - OS->getRVA();
|
2017-09-20 08:21:58 +08:00
|
|
|
if (SecRel > UINT32_MAX) {
|
|
|
|
error("overflow in SECREL relocation in section: " + Sec->getSectionName());
|
|
|
|
return;
|
|
|
|
}
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
add32(Off, SecRel);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void applySecIdx(uint8_t *Off, OutputSection *OS) {
|
2018-02-18 04:41:38 +08:00
|
|
|
// Absolute symbol doesn't have section index, but section index relocation
|
|
|
|
// against absolute symbol should be resolved to one plus the last output
|
|
|
|
// section index. This is required for compatibility with MSVC.
|
|
|
|
if (OS)
|
|
|
|
add16(Off, OS->SectionIndex);
|
|
|
|
else
|
|
|
|
add16(Off, DefinedAbsolute::NumOutputSections + 1);
|
2017-06-23 07:33:04 +08:00
|
|
|
}
|
|
|
|
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
void SectionChunk::applyRelX64(uint8_t *Off, uint16_t Type, OutputSection *OS,
|
|
|
|
uint64_t S, uint64_t P) const {
|
2015-07-08 06:49:21 +08:00
|
|
|
switch (Type) {
|
|
|
|
case IMAGE_REL_AMD64_ADDR32: add32(Off, S + Config->ImageBase); break;
|
|
|
|
case IMAGE_REL_AMD64_ADDR64: add64(Off, S + Config->ImageBase); break;
|
|
|
|
case IMAGE_REL_AMD64_ADDR32NB: add32(Off, S); break;
|
|
|
|
case IMAGE_REL_AMD64_REL32: add32(Off, S - P - 4); break;
|
|
|
|
case IMAGE_REL_AMD64_REL32_1: add32(Off, S - P - 5); break;
|
|
|
|
case IMAGE_REL_AMD64_REL32_2: add32(Off, S - P - 6); break;
|
|
|
|
case IMAGE_REL_AMD64_REL32_3: add32(Off, S - P - 7); break;
|
|
|
|
case IMAGE_REL_AMD64_REL32_4: add32(Off, S - P - 8); break;
|
|
|
|
case IMAGE_REL_AMD64_REL32_5: add32(Off, S - P - 9); break;
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
case IMAGE_REL_AMD64_SECTION: applySecIdx(Off, OS); break;
|
|
|
|
case IMAGE_REL_AMD64_SECREL: applySecRel(this, Off, OS, S); break;
|
2015-07-08 06:49:21 +08:00
|
|
|
default:
|
2018-08-22 19:34:58 +08:00
|
|
|
error("unsupported relocation type 0x" + Twine::utohexstr(Type) + " in " +
|
2018-06-07 08:50:03 +08:00
|
|
|
toString(File));
|
2015-07-08 06:49:21 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
void SectionChunk::applyRelX86(uint8_t *Off, uint16_t Type, OutputSection *OS,
|
|
|
|
uint64_t S, uint64_t P) const {
|
2015-07-08 09:45:29 +08:00
|
|
|
switch (Type) {
|
|
|
|
case IMAGE_REL_I386_ABSOLUTE: break;
|
|
|
|
case IMAGE_REL_I386_DIR32: add32(Off, S + Config->ImageBase); break;
|
|
|
|
case IMAGE_REL_I386_DIR32NB: add32(Off, S); break;
|
|
|
|
case IMAGE_REL_I386_REL32: add32(Off, S - P - 4); break;
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
case IMAGE_REL_I386_SECTION: applySecIdx(Off, OS); break;
|
|
|
|
case IMAGE_REL_I386_SECREL: applySecRel(this, Off, OS, S); break;
|
2015-07-08 09:45:29 +08:00
|
|
|
default:
|
2018-08-22 19:34:58 +08:00
|
|
|
error("unsupported relocation type 0x" + Twine::utohexstr(Type) + " in " +
|
2018-06-07 08:50:03 +08:00
|
|
|
toString(File));
|
2015-07-08 09:45:29 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-08-06 03:40:07 +08:00
|
|
|
static void applyMOV(uint8_t *Off, uint16_t V) {
|
2016-08-06 02:20:31 +08:00
|
|
|
write16le(Off, (read16le(Off) & 0xfbf0) | ((V & 0x800) >> 1) | ((V >> 12) & 0xf));
|
|
|
|
write16le(Off + 2, (read16le(Off + 2) & 0x8f00) | ((V & 0x700) << 4) | (V & 0xff));
|
|
|
|
}
|
|
|
|
|
|
|
|
static uint16_t readMOV(uint8_t *Off) {
|
2018-02-18 07:37:26 +08:00
|
|
|
uint16_t Op1 = read16le(Off);
|
|
|
|
uint16_t Op2 = read16le(Off + 2);
|
|
|
|
return (Op2 & 0x00ff) | ((Op2 >> 4) & 0x0700) | ((Op1 << 1) & 0x0800) |
|
|
|
|
((Op1 & 0x000f) << 12);
|
2015-08-06 03:40:07 +08:00
|
|
|
}
|
|
|
|
|
2017-07-26 04:00:37 +08:00
|
|
|
void applyMOV32T(uint8_t *Off, uint32_t V) {
|
2016-08-06 02:20:31 +08:00
|
|
|
uint16_t ImmW = readMOV(Off); // read MOVW operand
|
|
|
|
uint16_t ImmT = readMOV(Off + 4); // read MOVT operand
|
|
|
|
uint32_t Imm = ImmW | (ImmT << 16);
|
|
|
|
V += Imm; // add the immediate offset
|
2015-08-06 03:40:07 +08:00
|
|
|
applyMOV(Off, V); // set MOVW operand
|
|
|
|
applyMOV(Off + 4, V >> 16); // set MOVT operand
|
|
|
|
}
|
|
|
|
|
|
|
|
static void applyBranch20T(uint8_t *Off, int32_t V) {
|
2017-12-14 16:56:36 +08:00
|
|
|
if (!isInt<21>(V))
|
2018-08-22 19:34:58 +08:00
|
|
|
error("relocation out of range");
|
2015-08-06 03:40:07 +08:00
|
|
|
uint32_t S = V < 0 ? 1 : 0;
|
|
|
|
uint32_t J1 = (V >> 19) & 1;
|
|
|
|
uint32_t J2 = (V >> 18) & 1;
|
|
|
|
or16(Off, (S << 10) | ((V >> 12) & 0x3f));
|
|
|
|
or16(Off + 2, (J1 << 13) | (J2 << 11) | ((V >> 1) & 0x7ff));
|
2015-07-25 11:03:46 +08:00
|
|
|
}
|
|
|
|
|
2017-07-26 04:00:37 +08:00
|
|
|
void applyBranch24T(uint8_t *Off, int32_t V) {
|
2016-08-06 01:33:24 +08:00
|
|
|
if (!isInt<25>(V))
|
2018-08-22 19:34:58 +08:00
|
|
|
error("relocation out of range");
|
2015-07-25 11:19:34 +08:00
|
|
|
uint32_t S = V < 0 ? 1 : 0;
|
|
|
|
uint32_t J1 = ((~V >> 23) & 1) ^ S;
|
|
|
|
uint32_t J2 = ((~V >> 22) & 1) ^ S;
|
2015-08-06 03:40:07 +08:00
|
|
|
or16(Off, (S << 10) | ((V >> 12) & 0x3ff));
|
2016-08-06 01:28:21 +08:00
|
|
|
// Clear out the J1 and J2 bits which may be set.
|
|
|
|
write16le(Off + 2, (read16le(Off + 2) & 0xd000) | (J1 << 13) | (J2 << 11) | ((V >> 1) & 0x7ff));
|
2015-07-25 11:19:34 +08:00
|
|
|
}
|
|
|
|
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
void SectionChunk::applyRelARM(uint8_t *Off, uint16_t Type, OutputSection *OS,
|
|
|
|
uint64_t S, uint64_t P) const {
|
2015-07-30 03:25:00 +08:00
|
|
|
// Pointer to thumb code must have the LSB set.
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
uint64_t SX = S;
|
2018-04-20 05:48:37 +08:00
|
|
|
if (OS && (OS->Header.Characteristics & IMAGE_SCN_MEM_EXECUTE))
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
SX |= 1;
|
2015-07-25 11:03:46 +08:00
|
|
|
switch (Type) {
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
case IMAGE_REL_ARM_ADDR32: add32(Off, SX + Config->ImageBase); break;
|
|
|
|
case IMAGE_REL_ARM_ADDR32NB: add32(Off, SX); break;
|
|
|
|
case IMAGE_REL_ARM_MOV32T: applyMOV32T(Off, SX + Config->ImageBase); break;
|
|
|
|
case IMAGE_REL_ARM_BRANCH20T: applyBranch20T(Off, SX - P - 4); break;
|
|
|
|
case IMAGE_REL_ARM_BRANCH24T: applyBranch24T(Off, SX - P - 4); break;
|
|
|
|
case IMAGE_REL_ARM_BLX23T: applyBranch24T(Off, SX - P - 4); break;
|
|
|
|
case IMAGE_REL_ARM_SECTION: applySecIdx(Off, OS); break;
|
|
|
|
case IMAGE_REL_ARM_SECREL: applySecRel(this, Off, OS, S); break;
|
2015-07-25 11:03:46 +08:00
|
|
|
default:
|
2018-08-22 19:34:58 +08:00
|
|
|
error("unsupported relocation type 0x" + Twine::utohexstr(Type) + " in " +
|
2018-06-07 08:50:03 +08:00
|
|
|
toString(File));
|
2015-07-25 11:03:46 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-07-27 04:51:47 +08:00
|
|
|
// Interpret the existing immediate value as a byte offset to the
|
|
|
|
// target symbol, then update the instruction with the immediate as
|
|
|
|
// the page offset from the current instruction to the target.
|
2018-05-04 14:06:27 +08:00
|
|
|
static void applyArm64Addr(uint8_t *Off, uint64_t S, uint64_t P, int Shift) {
|
2017-07-27 04:51:47 +08:00
|
|
|
uint32_t Orig = read32le(Off);
|
|
|
|
uint64_t Imm = ((Orig >> 29) & 0x3) | ((Orig >> 3) & 0x1FFFFC);
|
|
|
|
S += Imm;
|
2018-05-04 14:06:27 +08:00
|
|
|
Imm = (S >> Shift) - (P >> Shift);
|
2017-07-11 15:22:44 +08:00
|
|
|
uint32_t ImmLo = (Imm & 0x3) << 29;
|
|
|
|
uint32_t ImmHi = (Imm & 0x1FFFFC) << 3;
|
|
|
|
uint64_t Mask = (0x3 << 29) | (0x1FFFFC << 3);
|
2017-07-27 04:51:47 +08:00
|
|
|
write32le(Off, (Orig & ~Mask) | ImmLo | ImmHi);
|
2017-07-11 15:22:44 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
// Update the immediate field in a AARCH64 ldr, str, and add instruction.
|
2017-07-27 04:51:47 +08:00
|
|
|
// Optionally limit the range of the written immediate by one or more bits
|
|
|
|
// (RangeLimit).
|
|
|
|
static void applyArm64Imm(uint8_t *Off, uint64_t Imm, uint32_t RangeLimit) {
|
2017-07-11 15:22:44 +08:00
|
|
|
uint32_t Orig = read32le(Off);
|
|
|
|
Imm += (Orig >> 10) & 0xFFF;
|
|
|
|
Orig &= ~(0xFFF << 10);
|
2017-07-27 04:51:47 +08:00
|
|
|
write32le(Off, Orig | ((Imm & (0xFFF >> RangeLimit)) << 10));
|
2017-07-11 15:22:44 +08:00
|
|
|
}
|
|
|
|
|
2017-07-27 04:51:47 +08:00
|
|
|
// Add the 12 bit page offset to the existing immediate.
|
|
|
|
// Ldr/str instructions store the opcode immediate scaled
|
|
|
|
// by the load/store size (giving a larger range for larger
|
|
|
|
// loads/stores). The immediate is always (both before and after
|
|
|
|
// fixing up the relocation) stored scaled similarly.
|
|
|
|
// Even if larger loads/stores have a larger range, limit the
|
|
|
|
// effective offset to 12 bit, since it is intended to be a
|
|
|
|
// page offset.
|
2017-07-11 15:22:44 +08:00
|
|
|
static void applyArm64Ldr(uint8_t *Off, uint64_t Imm) {
|
2017-07-21 00:48:33 +08:00
|
|
|
uint32_t Orig = read32le(Off);
|
|
|
|
uint32_t Size = Orig >> 30;
|
|
|
|
// 0x04000000 indicates SIMD/FP registers
|
|
|
|
// 0x00800000 indicates 128 bit
|
|
|
|
if ((Orig & 0x4800000) == 0x4800000)
|
|
|
|
Size += 4;
|
2017-07-20 13:49:54 +08:00
|
|
|
if ((Imm & ((1 << Size) - 1)) != 0)
|
2018-08-22 19:34:58 +08:00
|
|
|
error("misaligned ldr/str offset");
|
2017-07-27 04:51:47 +08:00
|
|
|
applyArm64Imm(Off, Imm >> Size, Size);
|
2017-07-11 15:22:44 +08:00
|
|
|
}
|
|
|
|
|
2018-02-18 04:28:15 +08:00
|
|
|
static void applySecRelLow12A(const SectionChunk *Sec, uint8_t *Off,
|
|
|
|
OutputSection *OS, uint64_t S) {
|
|
|
|
if (checkSecRel(Sec, OS))
|
|
|
|
applyArm64Imm(Off, (S - OS->getRVA()) & 0xfff, 0);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void applySecRelHigh12A(const SectionChunk *Sec, uint8_t *Off,
|
|
|
|
OutputSection *OS, uint64_t S) {
|
|
|
|
if (!checkSecRel(Sec, OS))
|
|
|
|
return;
|
|
|
|
uint64_t SecRel = (S - OS->getRVA()) >> 12;
|
|
|
|
if (0xfff < SecRel) {
|
2018-02-17 06:02:38 +08:00
|
|
|
error("overflow in SECREL_HIGH12A relocation in section: " +
|
|
|
|
Sec->getSectionName());
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
applyArm64Imm(Off, SecRel & 0xfff, 0);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void applySecRelLdr(const SectionChunk *Sec, uint8_t *Off,
|
|
|
|
OutputSection *OS, uint64_t S) {
|
2018-02-18 04:28:15 +08:00
|
|
|
if (checkSecRel(Sec, OS))
|
|
|
|
applyArm64Ldr(Off, (S - OS->getRVA()) & 0xfff);
|
2018-02-17 06:02:38 +08:00
|
|
|
}
|
|
|
|
|
2018-05-04 14:06:27 +08:00
|
|
|
static void applyArm64Branch26(uint8_t *Off, int64_t V) {
|
|
|
|
if (!isInt<28>(V))
|
2018-08-22 19:34:58 +08:00
|
|
|
error("relocation out of range");
|
2018-05-04 14:06:27 +08:00
|
|
|
or32(Off, (V & 0x0FFFFFFC) >> 2);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void applyArm64Branch19(uint8_t *Off, int64_t V) {
|
|
|
|
if (!isInt<21>(V))
|
2018-08-22 19:34:58 +08:00
|
|
|
error("relocation out of range");
|
2018-05-04 14:06:27 +08:00
|
|
|
or32(Off, (V & 0x001FFFFC) << 3);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void applyArm64Branch14(uint8_t *Off, int64_t V) {
|
|
|
|
if (!isInt<16>(V))
|
2018-08-22 19:34:58 +08:00
|
|
|
error("relocation out of range");
|
2018-05-04 14:06:27 +08:00
|
|
|
or32(Off, (V & 0x0000FFFC) << 3);
|
|
|
|
}
|
|
|
|
|
2017-07-11 15:22:44 +08:00
|
|
|
void SectionChunk::applyRelARM64(uint8_t *Off, uint16_t Type, OutputSection *OS,
|
|
|
|
uint64_t S, uint64_t P) const {
|
|
|
|
switch (Type) {
|
2018-05-04 14:06:27 +08:00
|
|
|
case IMAGE_REL_ARM64_PAGEBASE_REL21: applyArm64Addr(Off, S, P, 12); break;
|
|
|
|
case IMAGE_REL_ARM64_REL21: applyArm64Addr(Off, S, P, 0); break;
|
2017-07-27 04:51:47 +08:00
|
|
|
case IMAGE_REL_ARM64_PAGEOFFSET_12A: applyArm64Imm(Off, S & 0xfff, 0); break;
|
2017-07-11 15:22:44 +08:00
|
|
|
case IMAGE_REL_ARM64_PAGEOFFSET_12L: applyArm64Ldr(Off, S & 0xfff); break;
|
2018-05-04 14:06:27 +08:00
|
|
|
case IMAGE_REL_ARM64_BRANCH26: applyArm64Branch26(Off, S - P); break;
|
|
|
|
case IMAGE_REL_ARM64_BRANCH19: applyArm64Branch19(Off, S - P); break;
|
|
|
|
case IMAGE_REL_ARM64_BRANCH14: applyArm64Branch14(Off, S - P); break;
|
2017-07-11 15:22:44 +08:00
|
|
|
case IMAGE_REL_ARM64_ADDR32: add32(Off, S + Config->ImageBase); break;
|
2017-10-12 13:37:06 +08:00
|
|
|
case IMAGE_REL_ARM64_ADDR32NB: add32(Off, S); break;
|
2017-07-11 15:22:44 +08:00
|
|
|
case IMAGE_REL_ARM64_ADDR64: add64(Off, S + Config->ImageBase); break;
|
2017-11-08 15:31:50 +08:00
|
|
|
case IMAGE_REL_ARM64_SECREL: applySecRel(this, Off, OS, S); break;
|
2018-02-18 04:28:15 +08:00
|
|
|
case IMAGE_REL_ARM64_SECREL_LOW12A: applySecRelLow12A(this, Off, OS, S); break;
|
|
|
|
case IMAGE_REL_ARM64_SECREL_HIGH12A: applySecRelHigh12A(this, Off, OS, S); break;
|
2018-02-17 06:02:38 +08:00
|
|
|
case IMAGE_REL_ARM64_SECREL_LOW12L: applySecRelLdr(this, Off, OS, S); break;
|
2018-05-04 14:06:27 +08:00
|
|
|
case IMAGE_REL_ARM64_SECTION: applySecIdx(Off, OS); break;
|
2017-07-11 15:22:44 +08:00
|
|
|
default:
|
2018-08-22 19:34:58 +08:00
|
|
|
error("unsupported relocation type 0x" + Twine::utohexstr(Type) + " in " +
|
2018-06-07 08:50:03 +08:00
|
|
|
toString(File));
|
2017-07-11 15:22:44 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-09-20 07:28:57 +08:00
|
|
|
void SectionChunk::writeTo(uint8_t *Buf) const {
|
2015-05-29 04:04:51 +08:00
|
|
|
if (!hasData())
|
|
|
|
return;
|
2015-06-06 12:07:39 +08:00
|
|
|
// Copy section contents from source object file to output file.
|
2015-06-26 01:56:36 +08:00
|
|
|
ArrayRef<uint8_t> A = getContents();
|
2018-04-21 06:16:09 +08:00
|
|
|
if (!A.empty())
|
|
|
|
memcpy(Buf + OutputSectionOff, A.data(), A.size());
|
2015-06-06 12:07:39 +08:00
|
|
|
|
|
|
|
// Apply relocations.
|
2017-07-14 04:29:59 +08:00
|
|
|
size_t InputSize = getSize();
|
2015-06-25 08:33:38 +08:00
|
|
|
for (const coff_relocation &Rel : Relocs) {
|
2017-07-14 04:29:59 +08:00
|
|
|
// Check for an invalid relocation offset. This check isn't perfect, because
|
|
|
|
// we don't have the relocation size, which is only known after checking the
|
|
|
|
// machine and relocation type. As a result, a relocation may overwrite the
|
|
|
|
// beginning of the following input section.
|
2018-08-22 19:34:58 +08:00
|
|
|
if (Rel.VirtualAddress >= InputSize) {
|
|
|
|
error("relocation points beyond the end of its parent section");
|
|
|
|
continue;
|
|
|
|
}
|
2017-07-14 04:29:59 +08:00
|
|
|
|
2015-08-14 11:30:59 +08:00
|
|
|
uint8_t *Off = Buf + OutputSectionOff + Rel.VirtualAddress;
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
|
|
|
|
// Get the output section of the symbol for this relocation. The output
|
|
|
|
// section is needed to compute SECREL and SECTION relocations used in debug
|
|
|
|
// info.
|
2017-11-21 03:37:07 +08:00
|
|
|
auto *Sym =
|
|
|
|
dyn_cast_or_null<Defined>(File->getSymbol(Rel.SymbolTableIndex));
|
|
|
|
if (!Sym) {
|
|
|
|
if (isCodeView() || isDWARF())
|
|
|
|
continue;
|
|
|
|
// Symbols in early discarded sections are represented using null pointers,
|
|
|
|
// so we need to retrieve the name from the object file.
|
|
|
|
COFFSymbolRef Sym =
|
|
|
|
check(File->getCOFFObj()->getSymbol(Rel.SymbolTableIndex));
|
|
|
|
StringRef Name;
|
|
|
|
File->getCOFFObj()->getSymbolName(Sym, Name);
|
2018-08-22 19:34:58 +08:00
|
|
|
error("relocation against symbol in discarded section: " + Name);
|
|
|
|
continue;
|
2017-11-21 03:37:07 +08:00
|
|
|
}
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
Chunk *C = Sym->getChunk();
|
|
|
|
OutputSection *OS = C ? C->getOutputSection() : nullptr;
|
|
|
|
|
|
|
|
// Only absolute and __ImageBase symbols lack an output section. For any
|
|
|
|
// other symbol, this indicates that the chunk was discarded. Normally
|
|
|
|
// relocations against discarded sections are an error. However, debug info
|
|
|
|
// sections are not GC roots and can end up with these kinds of relocations.
|
|
|
|
// Skip these relocations.
|
|
|
|
if (!OS && !isa<DefinedAbsolute>(Sym) && !isa<DefinedSynthetic>(Sym)) {
|
2017-07-18 23:11:05 +08:00
|
|
|
if (isCodeView() || isDWARF())
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
continue;
|
2018-08-22 19:34:58 +08:00
|
|
|
error("relocation against symbol in discarded section: " +
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
Sym->getName());
|
2018-08-22 19:34:58 +08:00
|
|
|
continue;
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
}
|
|
|
|
uint64_t S = Sym->getRVA();
|
|
|
|
|
|
|
|
// Compute the RVA of the relocation for relative relocations.
|
2015-06-25 08:33:38 +08:00
|
|
|
uint64_t P = RVA + Rel.VirtualAddress;
|
2015-07-26 05:54:50 +08:00
|
|
|
switch (Config->Machine) {
|
|
|
|
case AMD64:
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
applyRelX64(Off, Rel.Type, OS, S, P);
|
2015-07-08 09:45:29 +08:00
|
|
|
break;
|
2015-07-26 05:54:50 +08:00
|
|
|
case I386:
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
applyRelX86(Off, Rel.Type, OS, S, P);
|
2015-07-08 09:45:29 +08:00
|
|
|
break;
|
2015-07-26 05:54:50 +08:00
|
|
|
case ARMNT:
|
[COFF] Allow debug info to relocate against discarded symbols
Summary:
In order to do this without switching on the symbol kind multiple times,
I created Defined::getChunkAndOffset and use that instead of
SymbolBody::getRVA in the inner relocation loop.
Now we get the symbol's chunk before switching over relocation types, so
we can test if it has been discarded outside the inner relocation type
switch. This also simplifies application of section relative
relocations. Previously we would switch on symbol kind to compute the
RVA, then the relocation type, and then the symbol kind again to get the
output section so we could subtract that from the symbol RVA. Now we
*always* have an OutputSection, so applying SECREL and SECTION
relocations isn't as much of a special case.
I'm still not quite happy with the cleanliness of this code. I'm not
sure what offsets and bases we should be using during the relocation
processing loop: VA, RVA, or OutputSectionOffset.
Reviewers: ruiu, pcc
Reviewed By: ruiu
Subscribers: majnemer, inglorion, llvm-commits, aprantl
Differential Revision: https://reviews.llvm.org/D34650
llvm-svn: 306566
2017-06-29 01:06:35 +08:00
|
|
|
applyRelARM(Off, Rel.Type, OS, S, P);
|
2015-07-25 11:03:46 +08:00
|
|
|
break;
|
2017-07-11 15:22:44 +08:00
|
|
|
case ARM64:
|
|
|
|
applyRelARM64(Off, Rel.Type, OS, S, P);
|
|
|
|
break;
|
2015-07-08 09:45:29 +08:00
|
|
|
default:
|
|
|
|
llvm_unreachable("unknown machine type");
|
|
|
|
}
|
2015-06-25 08:33:38 +08:00
|
|
|
}
|
2015-05-29 03:09:30 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
void SectionChunk::addAssociative(SectionChunk *Child) {
|
|
|
|
AssocChildren.push_back(Child);
|
|
|
|
}
|
|
|
|
|
2015-07-25 09:44:32 +08:00
|
|
|
static uint8_t getBaserelType(const coff_relocation &Rel) {
|
2015-07-26 05:54:50 +08:00
|
|
|
switch (Config->Machine) {
|
|
|
|
case AMD64:
|
2015-07-25 09:44:32 +08:00
|
|
|
if (Rel.Type == IMAGE_REL_AMD64_ADDR64)
|
|
|
|
return IMAGE_REL_BASED_DIR64;
|
|
|
|
return IMAGE_REL_BASED_ABSOLUTE;
|
2015-07-26 05:54:50 +08:00
|
|
|
case I386:
|
2015-07-25 09:44:32 +08:00
|
|
|
if (Rel.Type == IMAGE_REL_I386_DIR32)
|
|
|
|
return IMAGE_REL_BASED_HIGHLOW;
|
|
|
|
return IMAGE_REL_BASED_ABSOLUTE;
|
2015-07-26 05:54:50 +08:00
|
|
|
case ARMNT:
|
2015-07-25 11:03:46 +08:00
|
|
|
if (Rel.Type == IMAGE_REL_ARM_ADDR32)
|
|
|
|
return IMAGE_REL_BASED_HIGHLOW;
|
|
|
|
if (Rel.Type == IMAGE_REL_ARM_MOV32T)
|
|
|
|
return IMAGE_REL_BASED_ARM_MOV32T;
|
|
|
|
return IMAGE_REL_BASED_ABSOLUTE;
|
2017-07-11 15:22:44 +08:00
|
|
|
case ARM64:
|
|
|
|
if (Rel.Type == IMAGE_REL_ARM64_ADDR64)
|
|
|
|
return IMAGE_REL_BASED_DIR64;
|
|
|
|
return IMAGE_REL_BASED_ABSOLUTE;
|
2015-07-10 04:36:59 +08:00
|
|
|
default:
|
|
|
|
llvm_unreachable("unknown machine type");
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-06-15 09:23:58 +08:00
|
|
|
// Windows-specific.
|
2015-07-10 04:36:59 +08:00
|
|
|
// Collect all locations that contain absolute addresses, which need to be
|
|
|
|
// fixed by the loader if load-time relocation is needed.
|
2015-06-15 09:23:58 +08:00
|
|
|
// Only called when base relocation is enabled.
|
2015-07-25 09:44:32 +08:00
|
|
|
void SectionChunk::getBaserels(std::vector<Baserel> *Res) {
|
2015-06-25 08:33:38 +08:00
|
|
|
for (const coff_relocation &Rel : Relocs) {
|
2015-07-25 09:44:32 +08:00
|
|
|
uint8_t Ty = getBaserelType(Rel);
|
|
|
|
if (Ty == IMAGE_REL_BASED_ABSOLUTE)
|
2015-06-15 09:23:58 +08:00
|
|
|
continue;
|
2017-11-21 03:37:07 +08:00
|
|
|
Symbol *Target = File->getSymbol(Rel.SymbolTableIndex);
|
|
|
|
if (!Target || isa<DefinedAbsolute>(Target))
|
2015-06-15 09:23:58 +08:00
|
|
|
continue;
|
2015-07-25 09:44:32 +08:00
|
|
|
Res->emplace_back(RVA + Rel.VirtualAddress, Ty);
|
2015-06-15 09:23:58 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-05-29 03:09:30 +08:00
|
|
|
bool SectionChunk::hasData() const {
|
|
|
|
return !(Header->Characteristics & IMAGE_SCN_CNT_UNINITIALIZED_DATA);
|
|
|
|
}
|
|
|
|
|
2018-04-20 04:03:24 +08:00
|
|
|
uint32_t SectionChunk::getOutputCharacteristics() const {
|
2018-04-21 05:23:16 +08:00
|
|
|
return Header->Characteristics & (PermMask | TypeMask);
|
2015-05-29 03:09:30 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
bool SectionChunk::isCOMDAT() const {
|
|
|
|
return Header->Characteristics & IMAGE_SCN_LNK_COMDAT;
|
|
|
|
}
|
|
|
|
|
2015-06-26 03:10:58 +08:00
|
|
|
void SectionChunk::printDiscardedMessage() const {
|
2015-09-17 05:30:40 +08:00
|
|
|
// Removed by dead-stripping. If it's removed by ICF, ICF already
|
|
|
|
// printed out the name, so don't repeat that here.
|
2017-11-28 09:30:07 +08:00
|
|
|
if (Sym && this == Repl)
|
|
|
|
message("Discarded " + Sym->getName());
|
2015-05-29 03:09:30 +08:00
|
|
|
}
|
|
|
|
|
2015-06-24 08:00:52 +08:00
|
|
|
StringRef SectionChunk::getDebugName() {
|
2015-08-21 15:01:10 +08:00
|
|
|
if (Sym)
|
|
|
|
return Sym->getName();
|
|
|
|
return "";
|
2015-06-24 08:00:52 +08:00
|
|
|
}
|
|
|
|
|
2015-06-26 01:56:36 +08:00
|
|
|
ArrayRef<uint8_t> SectionChunk::getContents() const {
|
|
|
|
ArrayRef<uint8_t> A;
|
|
|
|
File->getCOFFObj()->getSectionContents(Header, A);
|
|
|
|
return A;
|
|
|
|
}
|
|
|
|
|
2015-09-22 03:36:51 +08:00
|
|
|
void SectionChunk::replace(SectionChunk *Other) {
|
2018-05-15 02:36:51 +08:00
|
|
|
Alignment = std::max(Alignment, Other->Alignment);
|
2015-09-26 00:20:24 +08:00
|
|
|
Other->Repl = Repl;
|
2015-09-22 03:36:51 +08:00
|
|
|
Other->Live = false;
|
2015-06-24 12:36:52 +08:00
|
|
|
}
|
|
|
|
|
2015-06-08 11:17:07 +08:00
|
|
|
CommonChunk::CommonChunk(const COFFSymbolRef S) : Sym(S) {
|
2015-06-20 15:25:45 +08:00
|
|
|
// Common symbols are aligned on natural boundaries up to 32 bytes.
|
|
|
|
// This is what MSVC link.exe does.
|
2017-09-14 05:54:55 +08:00
|
|
|
Alignment = std::min(uint64_t(32), PowerOf2Ceil(Sym.getValue()));
|
2017-08-15 03:07:27 +08:00
|
|
|
}
|
|
|
|
|
2018-04-20 04:03:24 +08:00
|
|
|
uint32_t CommonChunk::getOutputCharacteristics() const {
|
2015-05-29 03:09:30 +08:00
|
|
|
return IMAGE_SCN_CNT_UNINITIALIZED_DATA | IMAGE_SCN_MEM_READ |
|
|
|
|
IMAGE_SCN_MEM_WRITE;
|
|
|
|
}
|
|
|
|
|
2015-09-20 07:28:57 +08:00
|
|
|
void StringChunk::writeTo(uint8_t *Buf) const {
|
2015-08-14 11:30:59 +08:00
|
|
|
memcpy(Buf + OutputSectionOff, Str.data(), Str.size());
|
2015-05-29 03:45:43 +08:00
|
|
|
}
|
|
|
|
|
2015-07-25 09:16:06 +08:00
|
|
|
ImportThunkChunkX64::ImportThunkChunkX64(Defined *S) : ImpSymbol(S) {
|
2015-06-27 02:28:56 +08:00
|
|
|
// Intel Optimization Manual says that all branch targets
|
|
|
|
// should be 16-byte aligned. MSVC linker does this too.
|
2017-09-14 05:54:55 +08:00
|
|
|
Alignment = 16;
|
2015-06-27 02:28:56 +08:00
|
|
|
}
|
|
|
|
|
2015-09-20 07:28:57 +08:00
|
|
|
void ImportThunkChunkX64::writeTo(uint8_t *Buf) const {
|
2015-08-14 11:30:59 +08:00
|
|
|
memcpy(Buf + OutputSectionOff, ImportThunkX86, sizeof(ImportThunkX86));
|
2015-07-25 09:16:06 +08:00
|
|
|
// The first two bytes is a JMP instruction. Fill its operand.
|
2015-08-14 11:30:59 +08:00
|
|
|
write32le(Buf + OutputSectionOff + 2, ImpSymbol->getRVA() - RVA - getSize());
|
2015-07-25 09:16:06 +08:00
|
|
|
}
|
|
|
|
|
2015-07-25 09:44:32 +08:00
|
|
|
void ImportThunkChunkX86::getBaserels(std::vector<Baserel> *Res) {
|
|
|
|
Res->emplace_back(getRVA() + 2);
|
2015-07-15 08:25:38 +08:00
|
|
|
}
|
|
|
|
|
2015-09-20 07:28:57 +08:00
|
|
|
void ImportThunkChunkX86::writeTo(uint8_t *Buf) const {
|
2015-08-14 11:30:59 +08:00
|
|
|
memcpy(Buf + OutputSectionOff, ImportThunkX86, sizeof(ImportThunkX86));
|
2015-06-06 12:07:39 +08:00
|
|
|
// The first two bytes is a JMP instruction. Fill its operand.
|
2015-08-14 11:30:59 +08:00
|
|
|
write32le(Buf + OutputSectionOff + 2,
|
|
|
|
ImpSymbol->getRVA() + Config->ImageBase);
|
2015-05-29 03:09:30 +08:00
|
|
|
}
|
|
|
|
|
2015-07-25 11:39:29 +08:00
|
|
|
void ImportThunkChunkARM::getBaserels(std::vector<Baserel> *Res) {
|
|
|
|
Res->emplace_back(getRVA(), IMAGE_REL_BASED_ARM_MOV32T);
|
|
|
|
}
|
|
|
|
|
2015-09-20 07:28:57 +08:00
|
|
|
void ImportThunkChunkARM::writeTo(uint8_t *Buf) const {
|
2015-08-14 11:30:59 +08:00
|
|
|
memcpy(Buf + OutputSectionOff, ImportThunkARM, sizeof(ImportThunkARM));
|
2015-07-25 11:39:29 +08:00
|
|
|
// Fix mov.w and mov.t operands.
|
2015-08-14 11:30:59 +08:00
|
|
|
applyMOV32T(Buf + OutputSectionOff, ImpSymbol->getRVA() + Config->ImageBase);
|
2015-07-25 11:39:29 +08:00
|
|
|
}
|
|
|
|
|
2017-07-11 15:22:44 +08:00
|
|
|
void ImportThunkChunkARM64::writeTo(uint8_t *Buf) const {
|
|
|
|
int64_t Off = ImpSymbol->getRVA() & 0xfff;
|
|
|
|
memcpy(Buf + OutputSectionOff, ImportThunkARM64, sizeof(ImportThunkARM64));
|
2018-05-04 14:06:27 +08:00
|
|
|
applyArm64Addr(Buf + OutputSectionOff, ImpSymbol->getRVA(), RVA, 12);
|
2017-07-11 15:22:44 +08:00
|
|
|
applyArm64Ldr(Buf + OutputSectionOff + 4, Off);
|
|
|
|
}
|
|
|
|
|
2015-07-25 09:44:32 +08:00
|
|
|
void LocalImportChunk::getBaserels(std::vector<Baserel> *Res) {
|
|
|
|
Res->emplace_back(getRVA());
|
2015-07-03 04:33:50 +08:00
|
|
|
}
|
|
|
|
|
2015-07-10 05:15:58 +08:00
|
|
|
size_t LocalImportChunk::getSize() const {
|
|
|
|
return Config->is64() ? 8 : 4;
|
|
|
|
}
|
|
|
|
|
2015-09-20 07:28:57 +08:00
|
|
|
void LocalImportChunk::writeTo(uint8_t *Buf) const {
|
2015-07-10 05:15:58 +08:00
|
|
|
if (Config->is64()) {
|
2015-08-14 11:30:59 +08:00
|
|
|
write64le(Buf + OutputSectionOff, Sym->getRVA() + Config->ImageBase);
|
2015-07-10 05:15:58 +08:00
|
|
|
} else {
|
2015-08-14 11:30:59 +08:00
|
|
|
write32le(Buf + OutputSectionOff, Sym->getRVA() + Config->ImageBase);
|
2015-07-10 05:15:58 +08:00
|
|
|
}
|
2015-07-03 04:33:50 +08:00
|
|
|
}
|
|
|
|
|
2018-02-06 09:58:26 +08:00
|
|
|
void RVATableChunk::writeTo(uint8_t *Buf) const {
|
2015-08-14 11:30:59 +08:00
|
|
|
ulittle32_t *Begin = reinterpret_cast<ulittle32_t *>(Buf + OutputSectionOff);
|
2015-07-25 07:51:14 +08:00
|
|
|
size_t Cnt = 0;
|
2018-02-06 09:58:26 +08:00
|
|
|
for (const ChunkAndOffset &CO : Syms)
|
|
|
|
Begin[Cnt++] = CO.InputChunk->getRVA() + CO.Offset;
|
2015-07-25 07:51:14 +08:00
|
|
|
std::sort(Begin, Begin + Cnt);
|
2018-02-06 09:58:26 +08:00
|
|
|
assert(std::unique(Begin, Begin + Cnt) == Begin + Cnt &&
|
|
|
|
"RVA tables should be de-duplicated");
|
2015-07-25 07:51:14 +08:00
|
|
|
}
|
|
|
|
|
2017-04-25 11:31:10 +08:00
|
|
|
// Windows-specific. This class represents a block in .reloc section.
|
|
|
|
// The format is described here.
|
|
|
|
//
|
|
|
|
// On Windows, each DLL is linked against a fixed base address and
|
|
|
|
// usually loaded to that address. However, if there's already another
|
|
|
|
// DLL that overlaps, the loader has to relocate it. To do that, DLLs
|
|
|
|
// contain .reloc sections which contain offsets that need to be fixed
|
2017-04-27 04:20:05 +08:00
|
|
|
// up at runtime. If the loader finds that a DLL cannot be loaded to its
|
2017-04-25 11:31:10 +08:00
|
|
|
// desired base address, it loads it to somewhere else, and add <actual
|
|
|
|
// base address> - <desired base address> to each offset that is
|
2017-04-27 04:20:05 +08:00
|
|
|
// specified by the .reloc section. In ELF terms, .reloc sections
|
|
|
|
// contain relative relocations in REL format (as opposed to RELA.)
|
2017-04-25 11:31:10 +08:00
|
|
|
//
|
2017-04-27 04:20:05 +08:00
|
|
|
// This already significantly reduces the size of relocations compared
|
|
|
|
// to ELF .rel.dyn, but Windows does more to reduce it (probably because
|
|
|
|
// it was invented for PCs in the late '80s or early '90s.) Offsets in
|
|
|
|
// .reloc are grouped by page where the page size is 12 bits, and
|
|
|
|
// offsets sharing the same page address are stored consecutively to
|
|
|
|
// represent them with less space. This is very similar to the page
|
|
|
|
// table which is grouped by (multiple stages of) pages.
|
2017-04-25 11:31:10 +08:00
|
|
|
//
|
2017-04-27 04:20:05 +08:00
|
|
|
// For example, let's say we have 0x00030, 0x00500, 0x00700, 0x00A00,
|
|
|
|
// 0x20004, and 0x20008 in a .reloc section for x64. The uppermost 4
|
|
|
|
// bits have a type IMAGE_REL_BASED_DIR64 or 0xA. In the section, they
|
|
|
|
// are represented like this:
|
2017-04-25 11:31:10 +08:00
|
|
|
//
|
|
|
|
// 0x00000 -- page address (4 bytes)
|
|
|
|
// 16 -- size of this block (4 bytes)
|
2017-04-27 04:20:05 +08:00
|
|
|
// 0xA030 -- entries (2 bytes each)
|
|
|
|
// 0xA500
|
|
|
|
// 0xA700
|
|
|
|
// 0xAA00
|
2017-04-25 11:31:10 +08:00
|
|
|
// 0x20000 -- page address (4 bytes)
|
|
|
|
// 12 -- size of this block (4 bytes)
|
2017-04-27 04:20:05 +08:00
|
|
|
// 0xA004 -- entries (2 bytes each)
|
|
|
|
// 0xA008
|
2017-04-25 11:31:10 +08:00
|
|
|
//
|
2017-04-27 04:20:05 +08:00
|
|
|
// Usually we have a lot of relocations for each page, so the number of
|
2017-04-27 03:50:49 +08:00
|
|
|
// bytes for one .reloc entry is close to 2 bytes on average.
|
2015-07-25 09:44:32 +08:00
|
|
|
BaserelChunk::BaserelChunk(uint32_t Page, Baserel *Begin, Baserel *End) {
|
2015-06-15 09:23:58 +08:00
|
|
|
// Block header consists of 4 byte page RVA and 4 byte block size.
|
|
|
|
// Each entry is 2 byte. Last entry may be padding.
|
2016-01-15 04:53:50 +08:00
|
|
|
Data.resize(alignTo((End - Begin) * 2 + 8, 4));
|
2015-06-15 09:23:58 +08:00
|
|
|
uint8_t *P = Data.data();
|
|
|
|
write32le(P, Page);
|
|
|
|
write32le(P + 4, Data.size());
|
|
|
|
P += 8;
|
2015-07-25 09:44:32 +08:00
|
|
|
for (Baserel *I = Begin; I != End; ++I) {
|
|
|
|
write16le(P, (I->Type << 12) | (I->RVA - Page));
|
2015-06-15 09:23:58 +08:00
|
|
|
P += 2;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-09-20 07:28:57 +08:00
|
|
|
void BaserelChunk::writeTo(uint8_t *Buf) const {
|
2015-08-14 11:30:59 +08:00
|
|
|
memcpy(Buf + OutputSectionOff, Data.data(), Data.size());
|
2015-06-15 09:23:58 +08:00
|
|
|
}
|
|
|
|
|
2015-07-25 09:44:32 +08:00
|
|
|
uint8_t Baserel::getDefaultType() {
|
2015-07-26 05:54:50 +08:00
|
|
|
switch (Config->Machine) {
|
|
|
|
case AMD64:
|
2017-11-06 15:02:33 +08:00
|
|
|
case ARM64:
|
2015-07-25 09:44:32 +08:00
|
|
|
return IMAGE_REL_BASED_DIR64;
|
2015-07-26 05:54:50 +08:00
|
|
|
case I386:
|
2017-07-26 04:00:37 +08:00
|
|
|
case ARMNT:
|
2015-07-25 09:44:32 +08:00
|
|
|
return IMAGE_REL_BASED_HIGHLOW;
|
|
|
|
default:
|
|
|
|
llvm_unreachable("unknown machine type");
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-03-16 05:14:02 +08:00
|
|
|
std::map<uint32_t, MergeChunk *> MergeChunk::Instances;
|
|
|
|
|
|
|
|
MergeChunk::MergeChunk(uint32_t Alignment)
|
|
|
|
: Builder(StringTableBuilder::RAW, Alignment) {
|
|
|
|
this->Alignment = Alignment;
|
|
|
|
}
|
|
|
|
|
|
|
|
void MergeChunk::addSection(SectionChunk *C) {
|
|
|
|
auto *&MC = Instances[C->Alignment];
|
|
|
|
if (!MC)
|
|
|
|
MC = make<MergeChunk>(C->Alignment);
|
|
|
|
MC->Sections.push_back(C);
|
|
|
|
}
|
|
|
|
|
|
|
|
void MergeChunk::finalizeContents() {
|
|
|
|
for (SectionChunk *C : Sections)
|
|
|
|
if (C->isLive())
|
|
|
|
Builder.add(toStringRef(C->getContents()));
|
|
|
|
Builder.finalize();
|
|
|
|
|
|
|
|
for (SectionChunk *C : Sections) {
|
|
|
|
if (!C->isLive())
|
|
|
|
continue;
|
|
|
|
size_t Off = Builder.getOffset(toStringRef(C->getContents()));
|
|
|
|
C->setOutputSection(Out);
|
|
|
|
C->setRVA(RVA + Off);
|
|
|
|
C->OutputSectionOff = OutputSectionOff + Off;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-04-20 04:03:24 +08:00
|
|
|
uint32_t MergeChunk::getOutputCharacteristics() const {
|
2018-03-16 05:14:02 +08:00
|
|
|
return IMAGE_SCN_MEM_READ | IMAGE_SCN_CNT_INITIALIZED_DATA;
|
|
|
|
}
|
|
|
|
|
|
|
|
size_t MergeChunk::getSize() const {
|
|
|
|
return Builder.getSize();
|
|
|
|
}
|
|
|
|
|
|
|
|
void MergeChunk::writeTo(uint8_t *Buf) const {
|
|
|
|
Builder.write(Buf + OutputSectionOff);
|
|
|
|
}
|
|
|
|
|
2015-05-29 03:09:30 +08:00
|
|
|
} // namespace coff
|
|
|
|
} // namespace lld
|