2020-04-22 04:37:57 +08:00
|
|
|
//===- SyntheticSections.h -------------------------------------*- C++ -*-===//
|
|
|
|
//
|
|
|
|
// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
|
|
|
|
// See https://llvm.org/LICENSE.txt for license information.
|
|
|
|
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
#ifndef LLD_MACHO_SYNTHETIC_SECTIONS_H
|
|
|
|
#define LLD_MACHO_SYNTHETIC_SECTIONS_H
|
|
|
|
|
2020-05-19 11:28:50 +08:00
|
|
|
#include "Config.h"
|
2020-04-30 06:42:19 +08:00
|
|
|
#include "ExportTrie.h"
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
#include "InputSection.h"
|
2020-05-02 07:29:06 +08:00
|
|
|
#include "OutputSection.h"
|
2020-08-13 10:50:09 +08:00
|
|
|
#include "OutputSegment.h"
|
2020-04-22 04:37:57 +08:00
|
|
|
#include "Target.h"
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
|
2020-08-21 05:45:51 +08:00
|
|
|
#include "llvm/ADT/PointerUnion.h"
|
2020-04-22 04:37:57 +08:00
|
|
|
#include "llvm/ADT/SetVector.h"
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
#include "llvm/Support/raw_ostream.h"
|
2020-04-22 04:37:57 +08:00
|
|
|
|
|
|
|
namespace lld {
|
|
|
|
namespace macho {
|
|
|
|
|
2020-04-28 03:50:59 +08:00
|
|
|
namespace section_names {
|
|
|
|
|
[lld-macho] Refactor segment/section creation, sorting, and merging
Summary:
There were a few issues with the previous setup:
1. The section sorting comparator used a declarative map of section names to
determine the correct order, but it turns out we need to match on more than
just names -- in particular, an upcoming diff will sort based on whether the
S_ZERO_FILL flag is set. This diff changes the sorter to a more imperative but
flexible form.
2. We were sorting OutputSections stored in a MapVector, which left the
MapVector in an inconsistent state -- the wrong keys map to the wrong values!
In practice, we weren't doing key lookups (only container iteration) after the
sort, so this was fine, but it was still a dubious state of affairs. This diff
copies the OutputSections to a vector before sorting them.
3. We were adding unneeded OutputSections to OutputSegments and then filtering
them out later, which meant that we had to remember whether an OutputSegment
was in a pre- or post-filtered state. This diff only adds the sections to the
segments if they are needed.
In addition to those major changes, two minor ones worth noting:
1. I renamed all OutputSection variable names to `osec`, to parallel `isec`.
Previously we were using some inconsistent combination of `osec`, `os`, and
`section`.
2. I added a check (and a test) for InputSections with names that clashed with
those of our synthetic OutputSections.
Reviewers: #lld-macho
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D81887
2020-06-15 15:03:24 +08:00
|
|
|
constexpr const char pageZero[] = "__pagezero";
|
2020-09-25 05:44:14 +08:00
|
|
|
constexpr const char common[] = "__common";
|
[lld-macho] Refactor segment/section creation, sorting, and merging
Summary:
There were a few issues with the previous setup:
1. The section sorting comparator used a declarative map of section names to
determine the correct order, but it turns out we need to match on more than
just names -- in particular, an upcoming diff will sort based on whether the
S_ZERO_FILL flag is set. This diff changes the sorter to a more imperative but
flexible form.
2. We were sorting OutputSections stored in a MapVector, which left the
MapVector in an inconsistent state -- the wrong keys map to the wrong values!
In practice, we weren't doing key lookups (only container iteration) after the
sort, so this was fine, but it was still a dubious state of affairs. This diff
copies the OutputSections to a vector before sorting them.
3. We were adding unneeded OutputSections to OutputSegments and then filtering
them out later, which meant that we had to remember whether an OutputSegment
was in a pre- or post-filtered state. This diff only adds the sections to the
segments if they are needed.
In addition to those major changes, two minor ones worth noting:
1. I renamed all OutputSection variable names to `osec`, to parallel `isec`.
Previously we were using some inconsistent combination of `osec`, `os`, and
`section`.
2. I added a check (and a test) for InputSections with names that clashed with
those of our synthetic OutputSections.
Reviewers: #lld-macho
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D81887
2020-06-15 15:03:24 +08:00
|
|
|
constexpr const char header[] = "__mach_header";
|
2020-09-06 01:55:33 +08:00
|
|
|
constexpr const char rebase[] = "__rebase";
|
[lld-macho] Refactor segment/section creation, sorting, and merging
Summary:
There were a few issues with the previous setup:
1. The section sorting comparator used a declarative map of section names to
determine the correct order, but it turns out we need to match on more than
just names -- in particular, an upcoming diff will sort based on whether the
S_ZERO_FILL flag is set. This diff changes the sorter to a more imperative but
flexible form.
2. We were sorting OutputSections stored in a MapVector, which left the
MapVector in an inconsistent state -- the wrong keys map to the wrong values!
In practice, we weren't doing key lookups (only container iteration) after the
sort, so this was fine, but it was still a dubious state of affairs. This diff
copies the OutputSections to a vector before sorting them.
3. We were adding unneeded OutputSections to OutputSegments and then filtering
them out later, which meant that we had to remember whether an OutputSegment
was in a pre- or post-filtered state. This diff only adds the sections to the
segments if they are needed.
In addition to those major changes, two minor ones worth noting:
1. I renamed all OutputSection variable names to `osec`, to parallel `isec`.
Previously we were using some inconsistent combination of `osec`, `os`, and
`section`.
2. I added a check (and a test) for InputSections with names that clashed with
those of our synthetic OutputSections.
Reviewers: #lld-macho
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D81887
2020-06-15 15:03:24 +08:00
|
|
|
constexpr const char binding[] = "__binding";
|
2020-08-25 12:57:59 +08:00
|
|
|
constexpr const char weakBinding[] = "__weak_binding";
|
[lld-macho] Refactor segment/section creation, sorting, and merging
Summary:
There were a few issues with the previous setup:
1. The section sorting comparator used a declarative map of section names to
determine the correct order, but it turns out we need to match on more than
just names -- in particular, an upcoming diff will sort based on whether the
S_ZERO_FILL flag is set. This diff changes the sorter to a more imperative but
flexible form.
2. We were sorting OutputSections stored in a MapVector, which left the
MapVector in an inconsistent state -- the wrong keys map to the wrong values!
In practice, we weren't doing key lookups (only container iteration) after the
sort, so this was fine, but it was still a dubious state of affairs. This diff
copies the OutputSections to a vector before sorting them.
3. We were adding unneeded OutputSections to OutputSegments and then filtering
them out later, which meant that we had to remember whether an OutputSegment
was in a pre- or post-filtered state. This diff only adds the sections to the
segments if they are needed.
In addition to those major changes, two minor ones worth noting:
1. I renamed all OutputSection variable names to `osec`, to parallel `isec`.
Previously we were using some inconsistent combination of `osec`, `os`, and
`section`.
2. I added a check (and a test) for InputSections with names that clashed with
those of our synthetic OutputSections.
Reviewers: #lld-macho
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D81887
2020-06-15 15:03:24 +08:00
|
|
|
constexpr const char lazyBinding[] = "__lazy_binding";
|
|
|
|
constexpr const char export_[] = "__export";
|
|
|
|
constexpr const char symbolTable[] = "__symbol_table";
|
2020-09-05 09:02:07 +08:00
|
|
|
constexpr const char indirectSymbolTable[] = "__ind_sym_tab";
|
[lld-macho] Refactor segment/section creation, sorting, and merging
Summary:
There were a few issues with the previous setup:
1. The section sorting comparator used a declarative map of section names to
determine the correct order, but it turns out we need to match on more than
just names -- in particular, an upcoming diff will sort based on whether the
S_ZERO_FILL flag is set. This diff changes the sorter to a more imperative but
flexible form.
2. We were sorting OutputSections stored in a MapVector, which left the
MapVector in an inconsistent state -- the wrong keys map to the wrong values!
In practice, we weren't doing key lookups (only container iteration) after the
sort, so this was fine, but it was still a dubious state of affairs. This diff
copies the OutputSections to a vector before sorting them.
3. We were adding unneeded OutputSections to OutputSegments and then filtering
them out later, which meant that we had to remember whether an OutputSegment
was in a pre- or post-filtered state. This diff only adds the sections to the
segments if they are needed.
In addition to those major changes, two minor ones worth noting:
1. I renamed all OutputSection variable names to `osec`, to parallel `isec`.
Previously we were using some inconsistent combination of `osec`, `os`, and
`section`.
2. I added a check (and a test) for InputSections with names that clashed with
those of our synthetic OutputSections.
Reviewers: #lld-macho
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D81887
2020-06-15 15:03:24 +08:00
|
|
|
constexpr const char stringTable[] = "__string_table";
|
|
|
|
constexpr const char got[] = "__got";
|
2020-08-13 10:50:09 +08:00
|
|
|
constexpr const char threadPtrs[] = "__thread_ptrs";
|
2020-08-21 04:05:13 +08:00
|
|
|
constexpr const char unwindInfo[] = "__unwind_info";
|
|
|
|
// these are not synthetic, but in service of synthetic __unwind_info
|
|
|
|
constexpr const char compactUnwind[] = "__compact_unwind";
|
|
|
|
constexpr const char ehFrame[] = "__eh_frame";
|
2020-04-28 03:50:59 +08:00
|
|
|
|
|
|
|
} // namespace section_names
|
|
|
|
|
2020-08-28 06:59:30 +08:00
|
|
|
class Defined;
|
2020-04-22 04:37:57 +08:00
|
|
|
class DylibSymbol;
|
2020-04-28 03:50:59 +08:00
|
|
|
class LoadCommand;
|
|
|
|
|
2020-05-02 07:29:06 +08:00
|
|
|
class SyntheticSection : public OutputSection {
|
|
|
|
public:
|
|
|
|
SyntheticSection(const char *segname, const char *name);
|
|
|
|
virtual ~SyntheticSection() = default;
|
2020-05-06 07:37:34 +08:00
|
|
|
|
|
|
|
static bool classof(const OutputSection *sec) {
|
|
|
|
return sec->kind() == SyntheticKind;
|
|
|
|
}
|
[lld-macho] Refactor segment/section creation, sorting, and merging
Summary:
There were a few issues with the previous setup:
1. The section sorting comparator used a declarative map of section names to
determine the correct order, but it turns out we need to match on more than
just names -- in particular, an upcoming diff will sort based on whether the
S_ZERO_FILL flag is set. This diff changes the sorter to a more imperative but
flexible form.
2. We were sorting OutputSections stored in a MapVector, which left the
MapVector in an inconsistent state -- the wrong keys map to the wrong values!
In practice, we weren't doing key lookups (only container iteration) after the
sort, so this was fine, but it was still a dubious state of affairs. This diff
copies the OutputSections to a vector before sorting them.
3. We were adding unneeded OutputSections to OutputSegments and then filtering
them out later, which meant that we had to remember whether an OutputSegment
was in a pre- or post-filtered state. This diff only adds the sections to the
segments if they are needed.
In addition to those major changes, two minor ones worth noting:
1. I renamed all OutputSection variable names to `osec`, to parallel `isec`.
Previously we were using some inconsistent combination of `osec`, `os`, and
`section`.
2. I added a check (and a test) for InputSections with names that clashed with
those of our synthetic OutputSections.
Reviewers: #lld-macho
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D81887
2020-06-15 15:03:24 +08:00
|
|
|
|
|
|
|
const StringRef segname;
|
2020-05-02 07:29:06 +08:00
|
|
|
};
|
|
|
|
|
2020-07-31 05:29:14 +08:00
|
|
|
// All sections in __LINKEDIT should inherit from this.
|
|
|
|
class LinkEditSection : public SyntheticSection {
|
|
|
|
public:
|
|
|
|
LinkEditSection(const char *segname, const char *name)
|
|
|
|
: SyntheticSection(segname, name) {
|
|
|
|
align = WordSize;
|
|
|
|
}
|
|
|
|
|
2020-08-28 08:43:19 +08:00
|
|
|
// Sections in __LINKEDIT are special: their offsets are recorded in the
|
|
|
|
// load commands like LC_DYLD_INFO_ONLY and LC_SYMTAB, instead of in section
|
|
|
|
// headers.
|
|
|
|
bool isHidden() const override final { return true; }
|
|
|
|
|
2020-07-31 05:29:14 +08:00
|
|
|
virtual uint64_t getRawSize() const = 0;
|
|
|
|
|
|
|
|
// codesign (or more specifically libstuff) checks that each section in
|
|
|
|
// __LINKEDIT ends where the next one starts -- no gaps are permitted. We
|
|
|
|
// therefore align every section's start and end points to WordSize.
|
|
|
|
//
|
|
|
|
// NOTE: This assumes that the extra bytes required for alignment can be
|
|
|
|
// zero-valued bytes.
|
|
|
|
uint64_t getSize() const override final {
|
|
|
|
return llvm::alignTo(getRawSize(), WordSize);
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
2020-04-28 03:50:59 +08:00
|
|
|
// The header of the Mach-O file, which must have a file offset of zero.
|
2020-05-02 07:29:06 +08:00
|
|
|
class MachHeaderSection : public SyntheticSection {
|
2020-04-28 03:50:59 +08:00
|
|
|
public:
|
|
|
|
MachHeaderSection();
|
|
|
|
void addLoadCommand(LoadCommand *);
|
|
|
|
bool isHidden() const override { return true; }
|
2020-06-17 08:27:28 +08:00
|
|
|
uint64_t getSize() const override;
|
2020-05-02 07:29:06 +08:00
|
|
|
void writeTo(uint8_t *buf) const override;
|
2020-04-28 03:50:59 +08:00
|
|
|
|
|
|
|
private:
|
|
|
|
std::vector<LoadCommand *> loadCommands;
|
|
|
|
uint32_t sizeOfCmds = 0;
|
|
|
|
};
|
|
|
|
|
|
|
|
// A hidden section that exists solely for the purpose of creating the
|
|
|
|
// __PAGEZERO segment, which is used to catch null pointer dereferences.
|
2020-05-02 07:29:06 +08:00
|
|
|
class PageZeroSection : public SyntheticSection {
|
2020-04-28 03:50:59 +08:00
|
|
|
public:
|
|
|
|
PageZeroSection();
|
|
|
|
bool isHidden() const override { return true; }
|
2020-06-17 08:27:28 +08:00
|
|
|
uint64_t getSize() const override { return PageZeroSize; }
|
2020-04-28 03:50:59 +08:00
|
|
|
uint64_t getFileSize() const override { return 0; }
|
2020-05-02 07:29:06 +08:00
|
|
|
void writeTo(uint8_t *buf) const override {}
|
2020-04-28 03:50:59 +08:00
|
|
|
};
|
2020-04-22 04:37:57 +08:00
|
|
|
|
2020-08-13 10:50:09 +08:00
|
|
|
// This is the base class for the GOT and TLVPointer sections, which are nearly
|
|
|
|
// functionally identical -- they will both be populated by dyld with addresses
|
|
|
|
// to non-lazily-loaded dylib symbols. The main difference is that the
|
|
|
|
// TLVPointerSection stores references to thread-local variables.
|
|
|
|
class NonLazyPointerSectionBase : public SyntheticSection {
|
2020-04-22 04:37:57 +08:00
|
|
|
public:
|
2020-08-13 10:50:09 +08:00
|
|
|
NonLazyPointerSectionBase(const char *segname, const char *name);
|
2020-04-22 04:37:57 +08:00
|
|
|
|
2020-06-14 11:00:06 +08:00
|
|
|
const llvm::SetVector<const Symbol *> &getEntries() const { return entries; }
|
2020-04-22 04:37:57 +08:00
|
|
|
|
2020-04-28 03:50:59 +08:00
|
|
|
bool isNeeded() const override { return !entries.empty(); }
|
|
|
|
|
2020-06-17 08:27:28 +08:00
|
|
|
uint64_t getSize() const override { return entries.size() * WordSize; }
|
2020-05-02 07:29:06 +08:00
|
|
|
|
2020-06-14 11:00:06 +08:00
|
|
|
void writeTo(uint8_t *buf) const override;
|
2020-04-22 04:37:57 +08:00
|
|
|
|
2020-08-21 05:45:51 +08:00
|
|
|
void addEntry(Symbol *sym);
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
|
2020-04-22 04:37:57 +08:00
|
|
|
private:
|
2020-06-14 11:00:06 +08:00
|
|
|
llvm::SetVector<const Symbol *> entries;
|
2020-04-22 04:37:57 +08:00
|
|
|
};
|
|
|
|
|
2020-08-13 10:50:09 +08:00
|
|
|
class GotSection : public NonLazyPointerSectionBase {
|
|
|
|
public:
|
|
|
|
GotSection()
|
|
|
|
: NonLazyPointerSectionBase(segment_names::dataConst,
|
|
|
|
section_names::got) {
|
|
|
|
// TODO: section_64::reserved1 should be an index into the indirect symbol
|
|
|
|
// table, which we do not currently emit
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
class TlvPointerSection : public NonLazyPointerSectionBase {
|
|
|
|
public:
|
|
|
|
TlvPointerSection()
|
|
|
|
: NonLazyPointerSectionBase(segment_names::data,
|
|
|
|
section_names::threadPtrs) {}
|
|
|
|
};
|
|
|
|
|
2020-08-21 05:45:51 +08:00
|
|
|
using SectionPointerUnion =
|
|
|
|
llvm::PointerUnion<const InputSection *, const OutputSection *>;
|
|
|
|
|
2020-09-06 01:55:33 +08:00
|
|
|
struct Location {
|
|
|
|
SectionPointerUnion section = nullptr;
|
|
|
|
uint64_t offset = 0;
|
2020-08-21 05:45:51 +08:00
|
|
|
|
2020-09-06 01:55:33 +08:00
|
|
|
Location(SectionPointerUnion section, uint64_t offset)
|
|
|
|
: section(section), offset(offset) {}
|
2020-08-21 05:45:51 +08:00
|
|
|
uint64_t getVA() const;
|
2020-07-03 12:19:55 +08:00
|
|
|
};
|
|
|
|
|
2020-09-06 01:55:33 +08:00
|
|
|
// Stores rebase opcodes, which tell dyld where absolute addresses have been
|
|
|
|
// encoded in the binary. If the binary is not loaded at its preferred address,
|
|
|
|
// dyld has to rebase these addresses by adding an offset to them.
|
|
|
|
class RebaseSection : public LinkEditSection {
|
|
|
|
public:
|
|
|
|
RebaseSection();
|
|
|
|
void finalizeContents();
|
|
|
|
uint64_t getRawSize() const override { return contents.size(); }
|
|
|
|
bool isNeeded() const override { return !locations.empty(); }
|
|
|
|
void writeTo(uint8_t *buf) const override;
|
|
|
|
|
|
|
|
void addEntry(SectionPointerUnion section, uint64_t offset) {
|
|
|
|
if (config->isPic)
|
|
|
|
locations.push_back({section, offset});
|
|
|
|
}
|
|
|
|
|
|
|
|
private:
|
|
|
|
std::vector<Location> locations;
|
|
|
|
SmallVector<char, 128> contents;
|
|
|
|
};
|
|
|
|
|
2020-08-25 12:57:59 +08:00
|
|
|
struct BindingEntry {
|
|
|
|
const DylibSymbol *dysym;
|
2020-09-06 01:55:33 +08:00
|
|
|
int64_t addend;
|
|
|
|
Location target;
|
|
|
|
BindingEntry(const DylibSymbol *dysym, int64_t addend, Location target)
|
|
|
|
: dysym(dysym), addend(addend), target(std::move(target)) {}
|
2020-08-25 12:57:59 +08:00
|
|
|
};
|
|
|
|
|
2020-04-28 03:50:59 +08:00
|
|
|
// Stores bind opcodes for telling dyld which symbols to load non-lazily.
|
2020-07-31 05:29:14 +08:00
|
|
|
class BindingSection : public LinkEditSection {
|
2020-04-28 03:50:59 +08:00
|
|
|
public:
|
|
|
|
BindingSection();
|
|
|
|
void finalizeContents();
|
2020-07-31 05:29:14 +08:00
|
|
|
uint64_t getRawSize() const override { return contents.size(); }
|
2020-08-21 05:45:51 +08:00
|
|
|
bool isNeeded() const override { return !bindings.empty(); }
|
2020-05-02 07:29:06 +08:00
|
|
|
void writeTo(uint8_t *buf) const override;
|
2020-04-28 03:50:59 +08:00
|
|
|
|
2020-08-21 05:45:51 +08:00
|
|
|
void addEntry(const DylibSymbol *dysym, SectionPointerUnion section,
|
|
|
|
uint64_t offset, int64_t addend = 0) {
|
2020-09-06 01:55:33 +08:00
|
|
|
bindings.emplace_back(dysym, addend, Location(section, offset));
|
2020-07-03 12:19:55 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
private:
|
|
|
|
std::vector<BindingEntry> bindings;
|
2020-04-28 03:50:59 +08:00
|
|
|
SmallVector<char, 128> contents;
|
|
|
|
};
|
|
|
|
|
2020-08-25 12:57:59 +08:00
|
|
|
struct WeakBindingEntry {
|
|
|
|
const Symbol *symbol;
|
2020-09-06 01:55:33 +08:00
|
|
|
int64_t addend;
|
|
|
|
Location target;
|
|
|
|
WeakBindingEntry(const Symbol *symbol, int64_t addend, Location target)
|
|
|
|
: symbol(symbol), addend(addend), target(std::move(target)) {}
|
2020-08-25 12:57:59 +08:00
|
|
|
};
|
|
|
|
|
2020-08-28 06:59:30 +08:00
|
|
|
// Stores bind opcodes for telling dyld which weak symbols need coalescing.
|
|
|
|
// There are two types of entries in this section:
|
|
|
|
//
|
|
|
|
// 1) Non-weak definitions: This is a symbol definition that weak symbols in
|
|
|
|
// other dylibs should coalesce to.
|
|
|
|
//
|
|
|
|
// 2) Weak bindings: These tell dyld that a given symbol reference should
|
|
|
|
// coalesce to a non-weak definition if one is found. Note that unlike in the
|
|
|
|
// entries in the BindingSection, the bindings here only refer to these
|
|
|
|
// symbols by name, but do not specify which dylib to load them from.
|
2020-08-25 12:57:59 +08:00
|
|
|
class WeakBindingSection : public LinkEditSection {
|
|
|
|
public:
|
|
|
|
WeakBindingSection();
|
|
|
|
void finalizeContents();
|
|
|
|
uint64_t getRawSize() const override { return contents.size(); }
|
2020-08-28 06:59:30 +08:00
|
|
|
bool isNeeded() const override {
|
|
|
|
return !bindings.empty() || !definitions.empty();
|
|
|
|
}
|
2020-08-25 12:57:59 +08:00
|
|
|
|
|
|
|
void writeTo(uint8_t *buf) const override;
|
|
|
|
|
|
|
|
void addEntry(const Symbol *symbol, SectionPointerUnion section,
|
|
|
|
uint64_t offset, int64_t addend = 0) {
|
2020-09-06 01:55:33 +08:00
|
|
|
bindings.emplace_back(symbol, addend, Location(section, offset));
|
2020-08-25 12:57:59 +08:00
|
|
|
}
|
|
|
|
|
2020-08-28 06:59:30 +08:00
|
|
|
bool hasEntry() const { return !bindings.empty(); }
|
|
|
|
|
|
|
|
void addNonWeakDefinition(const Defined *defined) {
|
|
|
|
definitions.emplace_back(defined);
|
|
|
|
}
|
|
|
|
|
|
|
|
bool hasNonWeakDefinition() const { return !definitions.empty(); }
|
|
|
|
|
2020-08-25 12:57:59 +08:00
|
|
|
private:
|
|
|
|
std::vector<WeakBindingEntry> bindings;
|
2020-08-28 06:59:30 +08:00
|
|
|
std::vector<const Defined *> definitions;
|
2020-08-25 12:57:59 +08:00
|
|
|
SmallVector<char, 128> contents;
|
|
|
|
};
|
|
|
|
|
2020-08-28 08:43:16 +08:00
|
|
|
// Whether a given symbol's address can only be resolved at runtime.
|
|
|
|
bool needsBinding(const Symbol *);
|
|
|
|
|
2020-08-25 12:57:59 +08:00
|
|
|
// Add bindings for symbols that need weak or non-lazy bindings.
|
|
|
|
void addNonLazyBindingEntries(const Symbol *, SectionPointerUnion,
|
|
|
|
uint64_t offset, int64_t addend = 0);
|
|
|
|
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
// The following sections implement lazy symbol binding -- very similar to the
|
|
|
|
// PLT mechanism in ELF.
|
|
|
|
//
|
2020-08-28 06:54:42 +08:00
|
|
|
// ELF's .plt section is broken up into two sections in Mach-O: StubsSection
|
|
|
|
// and StubHelperSection. Calls to functions in dylibs will end up calling into
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
// StubsSection, which contains indirect jumps to addresses stored in the
|
|
|
|
// LazyPointerSection (the counterpart to ELF's .plt.got).
|
|
|
|
//
|
2020-08-28 06:54:42 +08:00
|
|
|
// We will first describe how non-weak symbols are handled.
|
|
|
|
//
|
|
|
|
// At program start, the LazyPointerSection contains addresses that point into
|
|
|
|
// one of the entry points in the middle of the StubHelperSection. The code in
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
// StubHelperSection will push on the stack an offset into the
|
|
|
|
// LazyBindingSection. The push is followed by a jump to the beginning of the
|
|
|
|
// StubHelperSection (similar to PLT0), which then calls into dyld_stub_binder.
|
|
|
|
// dyld_stub_binder is a non-lazily-bound symbol, so this call looks it up in
|
|
|
|
// the GOT.
|
|
|
|
//
|
|
|
|
// The stub binder will look up the bind opcodes in the LazyBindingSection at
|
2020-08-28 06:54:42 +08:00
|
|
|
// the given offset. The bind opcodes will tell the binder to update the
|
|
|
|
// address in the LazyPointerSection to point to the symbol, so that subsequent
|
|
|
|
// calls don't have to redo the symbol resolution. The binder will then jump to
|
|
|
|
// the resolved symbol.
|
|
|
|
//
|
|
|
|
// With weak symbols, the situation is slightly different. Since there is no
|
|
|
|
// "weak lazy" lookup, function calls to weak symbols are always non-lazily
|
|
|
|
// bound. We emit both regular non-lazy bindings as well as weak bindings, in
|
|
|
|
// order that the weak bindings may overwrite the non-lazy bindings if an
|
|
|
|
// appropriate symbol is found at runtime. However, the bound addresses will
|
|
|
|
// still be written (non-lazily) into the LazyPointerSection.
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
|
|
|
|
class StubsSection : public SyntheticSection {
|
|
|
|
public:
|
|
|
|
StubsSection();
|
2020-06-17 08:27:28 +08:00
|
|
|
uint64_t getSize() const override;
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
bool isNeeded() const override { return !entries.empty(); }
|
|
|
|
void writeTo(uint8_t *buf) const override;
|
2020-08-28 06:54:42 +08:00
|
|
|
const llvm::SetVector<Symbol *> &getEntries() const { return entries; }
|
|
|
|
// Returns whether the symbol was added. Note that every stubs entry will
|
|
|
|
// have a corresponding entry in the LazyPointerSection.
|
|
|
|
bool addEntry(Symbol *);
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
|
|
|
|
private:
|
2020-08-28 06:54:42 +08:00
|
|
|
llvm::SetVector<Symbol *> entries;
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
class StubHelperSection : public SyntheticSection {
|
|
|
|
public:
|
|
|
|
StubHelperSection();
|
2020-06-17 08:27:28 +08:00
|
|
|
uint64_t getSize() const override;
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
bool isNeeded() const override;
|
|
|
|
void writeTo(uint8_t *buf) const override;
|
|
|
|
|
|
|
|
void setup();
|
|
|
|
|
|
|
|
DylibSymbol *stubBinder = nullptr;
|
|
|
|
};
|
|
|
|
|
|
|
|
// This section contains space for just a single word, and will be used by dyld
|
|
|
|
// to cache an address to the image loader it uses. Note that unlike the other
|
|
|
|
// synthetic sections, which are OutputSections, the ImageLoaderCacheSection is
|
|
|
|
// an InputSection that gets merged into the __data OutputSection.
|
|
|
|
class ImageLoaderCacheSection : public InputSection {
|
|
|
|
public:
|
|
|
|
ImageLoaderCacheSection();
|
2020-06-17 08:27:28 +08:00
|
|
|
uint64_t getSize() const override { return WordSize; }
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
};
|
|
|
|
|
2020-08-28 06:54:42 +08:00
|
|
|
// Note that this section may also be targeted by non-lazy bindings. In
|
|
|
|
// particular, this happens when branch relocations target weak symbols.
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
class LazyPointerSection : public SyntheticSection {
|
|
|
|
public:
|
|
|
|
LazyPointerSection();
|
2020-06-17 08:27:28 +08:00
|
|
|
uint64_t getSize() const override;
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
bool isNeeded() const override;
|
|
|
|
void writeTo(uint8_t *buf) const override;
|
|
|
|
};
|
|
|
|
|
2020-07-31 05:29:14 +08:00
|
|
|
class LazyBindingSection : public LinkEditSection {
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
public:
|
|
|
|
LazyBindingSection();
|
|
|
|
void finalizeContents();
|
2020-07-31 05:29:14 +08:00
|
|
|
uint64_t getRawSize() const override { return contents.size(); }
|
2020-08-28 06:54:42 +08:00
|
|
|
bool isNeeded() const override { return !entries.empty(); }
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
void writeTo(uint8_t *buf) const override;
|
2020-08-28 06:54:42 +08:00
|
|
|
// Note that every entry here will by referenced by a corresponding entry in
|
|
|
|
// the StubHelperSection.
|
|
|
|
void addEntry(DylibSymbol *dysym);
|
|
|
|
const llvm::SetVector<DylibSymbol *> &getEntries() const { return entries; }
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
|
|
|
|
private:
|
2020-08-28 06:54:42 +08:00
|
|
|
uint32_t encode(const DylibSymbol &);
|
|
|
|
|
|
|
|
llvm::SetVector<DylibSymbol *> entries;
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
SmallVector<char, 128> contents;
|
|
|
|
llvm::raw_svector_ostream os{contents};
|
|
|
|
};
|
|
|
|
|
2020-04-29 07:58:22 +08:00
|
|
|
// Stores a trie that describes the set of exported symbols.
|
2020-07-31 05:29:14 +08:00
|
|
|
class ExportSection : public LinkEditSection {
|
2020-04-29 07:58:22 +08:00
|
|
|
public:
|
|
|
|
ExportSection();
|
|
|
|
void finalizeContents();
|
2020-07-31 05:29:14 +08:00
|
|
|
uint64_t getRawSize() const override { return size; }
|
2020-05-02 07:29:06 +08:00
|
|
|
void writeTo(uint8_t *buf) const override;
|
2020-04-29 07:58:22 +08:00
|
|
|
|
2020-08-28 06:59:15 +08:00
|
|
|
bool hasWeakSymbol = false;
|
|
|
|
|
2020-04-30 06:42:19 +08:00
|
|
|
private:
|
|
|
|
TrieBuilder trieBuilder;
|
|
|
|
size_t size = 0;
|
2020-04-29 07:58:22 +08:00
|
|
|
};
|
|
|
|
|
[lld-macho][reland] Add basic symbol table output
This diff implements basic support for writing a symbol table.
Attributes are loosely supported for extern symbols and not at all for
other types.
Initial version by Kellie Medlin <kelliem@fb.com>
Originally committed in a3d95a50ee33 and reverted in fbae153ca583 due to
UBSAN erroring over unaligned writes. That has been fixed in the
current diff with the following changes:
```
diff --git a/lld/MachO/SyntheticSections.cpp b/lld/MachO/SyntheticSections.cpp
--- a/lld/MachO/SyntheticSections.cpp
+++ b/lld/MachO/SyntheticSections.cpp
@@ -133,6 +133,9 @@ SymtabSection::SymtabSection(StringTableSection &stringTableSection)
: stringTableSection(stringTableSection) {
segname = segment_names::linkEdit;
name = section_names::symbolTable;
+ // TODO: When we introduce the SyntheticSections superclass, we should make
+ // all synthetic sections aligned to WordSize by default.
+ align = WordSize;
}
size_t SymtabSection::getSize() const {
diff --git a/lld/MachO/Writer.cpp b/lld/MachO/Writer.cpp
--- a/lld/MachO/Writer.cpp
+++ b/lld/MachO/Writer.cpp
@@ -371,6 +371,7 @@ void Writer::assignAddresses(OutputSegment *seg) {
ArrayRef<InputSection *> sections = p.second;
for (InputSection *isec : sections) {
addr = alignTo(addr, isec->align);
+ // We must align the file offsets too to avoid misaligned writes of
+ // structs.
+ fileOff = alignTo(fileOff, isec->align);
isec->addr = addr;
addr += isec->getSize();
fileOff += isec->getFileSize();
@@ -396,6 +397,7 @@ void Writer::writeSections() {
uint64_t fileOff = seg->fileOff;
for (auto § : seg->getSections()) {
for (InputSection *isec : sect.second) {
+ fileOff = alignTo(fileOff, isec->align);
isec->writeTo(buf + fileOff);
fileOff += isec->getFileSize();
}
```
I don't think it's easy to write a test for alignment (that doesn't
involve brittly hard-coding file offsets), so there isn't one... but
UBSAN builds pass now.
Differential Revision: https://reviews.llvm.org/D79050
2020-04-29 07:58:19 +08:00
|
|
|
// Stores the strings referenced by the symbol table.
|
2020-07-31 05:29:14 +08:00
|
|
|
class StringTableSection : public LinkEditSection {
|
[lld-macho][reland] Add basic symbol table output
This diff implements basic support for writing a symbol table.
Attributes are loosely supported for extern symbols and not at all for
other types.
Initial version by Kellie Medlin <kelliem@fb.com>
Originally committed in a3d95a50ee33 and reverted in fbae153ca583 due to
UBSAN erroring over unaligned writes. That has been fixed in the
current diff with the following changes:
```
diff --git a/lld/MachO/SyntheticSections.cpp b/lld/MachO/SyntheticSections.cpp
--- a/lld/MachO/SyntheticSections.cpp
+++ b/lld/MachO/SyntheticSections.cpp
@@ -133,6 +133,9 @@ SymtabSection::SymtabSection(StringTableSection &stringTableSection)
: stringTableSection(stringTableSection) {
segname = segment_names::linkEdit;
name = section_names::symbolTable;
+ // TODO: When we introduce the SyntheticSections superclass, we should make
+ // all synthetic sections aligned to WordSize by default.
+ align = WordSize;
}
size_t SymtabSection::getSize() const {
diff --git a/lld/MachO/Writer.cpp b/lld/MachO/Writer.cpp
--- a/lld/MachO/Writer.cpp
+++ b/lld/MachO/Writer.cpp
@@ -371,6 +371,7 @@ void Writer::assignAddresses(OutputSegment *seg) {
ArrayRef<InputSection *> sections = p.second;
for (InputSection *isec : sections) {
addr = alignTo(addr, isec->align);
+ // We must align the file offsets too to avoid misaligned writes of
+ // structs.
+ fileOff = alignTo(fileOff, isec->align);
isec->addr = addr;
addr += isec->getSize();
fileOff += isec->getFileSize();
@@ -396,6 +397,7 @@ void Writer::writeSections() {
uint64_t fileOff = seg->fileOff;
for (auto § : seg->getSections()) {
for (InputSection *isec : sect.second) {
+ fileOff = alignTo(fileOff, isec->align);
isec->writeTo(buf + fileOff);
fileOff += isec->getFileSize();
}
```
I don't think it's easy to write a test for alignment (that doesn't
involve brittly hard-coding file offsets), so there isn't one... but
UBSAN builds pass now.
Differential Revision: https://reviews.llvm.org/D79050
2020-04-29 07:58:19 +08:00
|
|
|
public:
|
|
|
|
StringTableSection();
|
|
|
|
// Returns the start offset of the added string.
|
|
|
|
uint32_t addString(StringRef);
|
2020-07-31 05:29:14 +08:00
|
|
|
uint64_t getRawSize() const override { return size; }
|
2020-05-02 07:29:06 +08:00
|
|
|
void writeTo(uint8_t *buf) const override;
|
[lld-macho][reland] Add basic symbol table output
This diff implements basic support for writing a symbol table.
Attributes are loosely supported for extern symbols and not at all for
other types.
Initial version by Kellie Medlin <kelliem@fb.com>
Originally committed in a3d95a50ee33 and reverted in fbae153ca583 due to
UBSAN erroring over unaligned writes. That has been fixed in the
current diff with the following changes:
```
diff --git a/lld/MachO/SyntheticSections.cpp b/lld/MachO/SyntheticSections.cpp
--- a/lld/MachO/SyntheticSections.cpp
+++ b/lld/MachO/SyntheticSections.cpp
@@ -133,6 +133,9 @@ SymtabSection::SymtabSection(StringTableSection &stringTableSection)
: stringTableSection(stringTableSection) {
segname = segment_names::linkEdit;
name = section_names::symbolTable;
+ // TODO: When we introduce the SyntheticSections superclass, we should make
+ // all synthetic sections aligned to WordSize by default.
+ align = WordSize;
}
size_t SymtabSection::getSize() const {
diff --git a/lld/MachO/Writer.cpp b/lld/MachO/Writer.cpp
--- a/lld/MachO/Writer.cpp
+++ b/lld/MachO/Writer.cpp
@@ -371,6 +371,7 @@ void Writer::assignAddresses(OutputSegment *seg) {
ArrayRef<InputSection *> sections = p.second;
for (InputSection *isec : sections) {
addr = alignTo(addr, isec->align);
+ // We must align the file offsets too to avoid misaligned writes of
+ // structs.
+ fileOff = alignTo(fileOff, isec->align);
isec->addr = addr;
addr += isec->getSize();
fileOff += isec->getFileSize();
@@ -396,6 +397,7 @@ void Writer::writeSections() {
uint64_t fileOff = seg->fileOff;
for (auto § : seg->getSections()) {
for (InputSection *isec : sect.second) {
+ fileOff = alignTo(fileOff, isec->align);
isec->writeTo(buf + fileOff);
fileOff += isec->getFileSize();
}
```
I don't think it's easy to write a test for alignment (that doesn't
involve brittly hard-coding file offsets), so there isn't one... but
UBSAN builds pass now.
Differential Revision: https://reviews.llvm.org/D79050
2020-04-29 07:58:19 +08:00
|
|
|
|
|
|
|
private:
|
|
|
|
// An n_strx value of 0 always indicates the empty string, so we must locate
|
|
|
|
// our non-empty string values at positive offsets in the string table.
|
|
|
|
// Therefore we insert a dummy value at position zero.
|
|
|
|
std::vector<StringRef> strings{"\0"};
|
|
|
|
size_t size = 1;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct SymtabEntry {
|
|
|
|
Symbol *sym;
|
|
|
|
size_t strx;
|
|
|
|
};
|
|
|
|
|
2020-08-28 08:43:19 +08:00
|
|
|
class SymtabSection : public LinkEditSection {
|
[lld-macho][reland] Add basic symbol table output
This diff implements basic support for writing a symbol table.
Attributes are loosely supported for extern symbols and not at all for
other types.
Initial version by Kellie Medlin <kelliem@fb.com>
Originally committed in a3d95a50ee33 and reverted in fbae153ca583 due to
UBSAN erroring over unaligned writes. That has been fixed in the
current diff with the following changes:
```
diff --git a/lld/MachO/SyntheticSections.cpp b/lld/MachO/SyntheticSections.cpp
--- a/lld/MachO/SyntheticSections.cpp
+++ b/lld/MachO/SyntheticSections.cpp
@@ -133,6 +133,9 @@ SymtabSection::SymtabSection(StringTableSection &stringTableSection)
: stringTableSection(stringTableSection) {
segname = segment_names::linkEdit;
name = section_names::symbolTable;
+ // TODO: When we introduce the SyntheticSections superclass, we should make
+ // all synthetic sections aligned to WordSize by default.
+ align = WordSize;
}
size_t SymtabSection::getSize() const {
diff --git a/lld/MachO/Writer.cpp b/lld/MachO/Writer.cpp
--- a/lld/MachO/Writer.cpp
+++ b/lld/MachO/Writer.cpp
@@ -371,6 +371,7 @@ void Writer::assignAddresses(OutputSegment *seg) {
ArrayRef<InputSection *> sections = p.second;
for (InputSection *isec : sections) {
addr = alignTo(addr, isec->align);
+ // We must align the file offsets too to avoid misaligned writes of
+ // structs.
+ fileOff = alignTo(fileOff, isec->align);
isec->addr = addr;
addr += isec->getSize();
fileOff += isec->getFileSize();
@@ -396,6 +397,7 @@ void Writer::writeSections() {
uint64_t fileOff = seg->fileOff;
for (auto § : seg->getSections()) {
for (InputSection *isec : sect.second) {
+ fileOff = alignTo(fileOff, isec->align);
isec->writeTo(buf + fileOff);
fileOff += isec->getFileSize();
}
```
I don't think it's easy to write a test for alignment (that doesn't
involve brittly hard-coding file offsets), so there isn't one... but
UBSAN builds pass now.
Differential Revision: https://reviews.llvm.org/D79050
2020-04-29 07:58:19 +08:00
|
|
|
public:
|
|
|
|
SymtabSection(StringTableSection &);
|
|
|
|
void finalizeContents();
|
|
|
|
size_t getNumSymbols() const { return symbols.size(); }
|
2020-08-28 08:43:19 +08:00
|
|
|
uint64_t getRawSize() const override;
|
2020-05-02 07:29:06 +08:00
|
|
|
void writeTo(uint8_t *buf) const override;
|
[lld-macho][reland] Add basic symbol table output
This diff implements basic support for writing a symbol table.
Attributes are loosely supported for extern symbols and not at all for
other types.
Initial version by Kellie Medlin <kelliem@fb.com>
Originally committed in a3d95a50ee33 and reverted in fbae153ca583 due to
UBSAN erroring over unaligned writes. That has been fixed in the
current diff with the following changes:
```
diff --git a/lld/MachO/SyntheticSections.cpp b/lld/MachO/SyntheticSections.cpp
--- a/lld/MachO/SyntheticSections.cpp
+++ b/lld/MachO/SyntheticSections.cpp
@@ -133,6 +133,9 @@ SymtabSection::SymtabSection(StringTableSection &stringTableSection)
: stringTableSection(stringTableSection) {
segname = segment_names::linkEdit;
name = section_names::symbolTable;
+ // TODO: When we introduce the SyntheticSections superclass, we should make
+ // all synthetic sections aligned to WordSize by default.
+ align = WordSize;
}
size_t SymtabSection::getSize() const {
diff --git a/lld/MachO/Writer.cpp b/lld/MachO/Writer.cpp
--- a/lld/MachO/Writer.cpp
+++ b/lld/MachO/Writer.cpp
@@ -371,6 +371,7 @@ void Writer::assignAddresses(OutputSegment *seg) {
ArrayRef<InputSection *> sections = p.second;
for (InputSection *isec : sections) {
addr = alignTo(addr, isec->align);
+ // We must align the file offsets too to avoid misaligned writes of
+ // structs.
+ fileOff = alignTo(fileOff, isec->align);
isec->addr = addr;
addr += isec->getSize();
fileOff += isec->getFileSize();
@@ -396,6 +397,7 @@ void Writer::writeSections() {
uint64_t fileOff = seg->fileOff;
for (auto § : seg->getSections()) {
for (InputSection *isec : sect.second) {
+ fileOff = alignTo(fileOff, isec->align);
isec->writeTo(buf + fileOff);
fileOff += isec->getFileSize();
}
```
I don't think it's easy to write a test for alignment (that doesn't
involve brittly hard-coding file offsets), so there isn't one... but
UBSAN builds pass now.
Differential Revision: https://reviews.llvm.org/D79050
2020-04-29 07:58:19 +08:00
|
|
|
|
|
|
|
private:
|
|
|
|
StringTableSection &stringTableSection;
|
|
|
|
std::vector<SymtabEntry> symbols;
|
|
|
|
};
|
|
|
|
|
2020-09-05 09:02:07 +08:00
|
|
|
// The indirect symbol table is a list of 32-bit integers that serve as indices
|
|
|
|
// into the (actual) symbol table. The indirect symbol table is a
|
|
|
|
// concatentation of several sub-arrays of indices, each sub-array belonging to
|
|
|
|
// a separate section. The starting offset of each sub-array is stored in the
|
|
|
|
// reserved1 header field of the respective section.
|
|
|
|
//
|
|
|
|
// These sub-arrays provide symbol information for sections that store
|
|
|
|
// contiguous sequences of symbol references. These references can be pointers
|
|
|
|
// (e.g. those in the GOT and TLVP sections) or assembly sequences (e.g.
|
|
|
|
// function stubs).
|
|
|
|
class IndirectSymtabSection : public LinkEditSection {
|
|
|
|
public:
|
|
|
|
IndirectSymtabSection();
|
|
|
|
void finalizeContents();
|
|
|
|
uint32_t getNumSymbols() const;
|
|
|
|
uint64_t getRawSize() const override {
|
|
|
|
return getNumSymbols() * sizeof(uint32_t);
|
|
|
|
}
|
|
|
|
bool isNeeded() const override;
|
|
|
|
void writeTo(uint8_t *buf) const override;
|
|
|
|
};
|
|
|
|
|
2020-04-22 04:37:57 +08:00
|
|
|
struct InStruct {
|
2020-07-31 05:28:41 +08:00
|
|
|
MachHeaderSection *header = nullptr;
|
2020-09-06 01:55:33 +08:00
|
|
|
RebaseSection *rebase = nullptr;
|
2020-07-03 12:19:55 +08:00
|
|
|
BindingSection *binding = nullptr;
|
2020-08-25 12:57:59 +08:00
|
|
|
WeakBindingSection *weakBinding = nullptr;
|
2020-08-28 06:54:42 +08:00
|
|
|
LazyBindingSection *lazyBinding = nullptr;
|
2020-08-28 06:59:15 +08:00
|
|
|
ExportSection *exports = nullptr;
|
2020-04-28 03:50:59 +08:00
|
|
|
GotSection *got = nullptr;
|
2020-08-13 10:50:09 +08:00
|
|
|
TlvPointerSection *tlvPointers = nullptr;
|
[lld-macho] Support calls to functions in dylibs
Summary:
This diff implements lazy symbol binding -- very similar to the PLT
mechanism in ELF.
ELF's .plt section is broken up into two sections in Mach-O:
StubsSection and StubHelperSection. Calls to functions in dylibs will
end up calling into StubsSection, which contains indirect jumps to
addresses stored in the LazyPointerSection (the counterpart to ELF's
.plt.got).
Initially, the LazyPointerSection contains addresses that point into one
of the entry points in the middle of the StubHelperSection. The code in
StubHelperSection will push on the stack an offset into the
LazyBindingSection. The push is followed by a jump to the beginning of
the StubHelperSection (similar to PLT0), which then calls into
dyld_stub_binder. dyld_stub_binder is a non-lazily bound symbol, so this
call looks it up in the GOT.
The stub binder will look up the bind opcodes in the LazyBindingSection
at the given offset. The bind opcodes will tell the binder to update the
address in the LazyPointerSection to point to the symbol, so that
subsequent calls don't have to redo the symbol resolution. The binder
will then jump to the resolved symbol.
Depends on D78269.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D78270
2020-05-06 08:38:10 +08:00
|
|
|
LazyPointerSection *lazyPointers = nullptr;
|
|
|
|
StubsSection *stubs = nullptr;
|
|
|
|
StubHelperSection *stubHelper = nullptr;
|
|
|
|
ImageLoaderCacheSection *imageLoaderCache = nullptr;
|
2020-04-22 04:37:57 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
extern InStruct in;
|
[lld-macho] Refactor segment/section creation, sorting, and merging
Summary:
There were a few issues with the previous setup:
1. The section sorting comparator used a declarative map of section names to
determine the correct order, but it turns out we need to match on more than
just names -- in particular, an upcoming diff will sort based on whether the
S_ZERO_FILL flag is set. This diff changes the sorter to a more imperative but
flexible form.
2. We were sorting OutputSections stored in a MapVector, which left the
MapVector in an inconsistent state -- the wrong keys map to the wrong values!
In practice, we weren't doing key lookups (only container iteration) after the
sort, so this was fine, but it was still a dubious state of affairs. This diff
copies the OutputSections to a vector before sorting them.
3. We were adding unneeded OutputSections to OutputSegments and then filtering
them out later, which meant that we had to remember whether an OutputSegment
was in a pre- or post-filtered state. This diff only adds the sections to the
segments if they are needed.
In addition to those major changes, two minor ones worth noting:
1. I renamed all OutputSection variable names to `osec`, to parallel `isec`.
Previously we were using some inconsistent combination of `osec`, `os`, and
`section`.
2. I added a check (and a test) for InputSections with names that clashed with
those of our synthetic OutputSections.
Reviewers: #lld-macho
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D81887
2020-06-15 15:03:24 +08:00
|
|
|
extern std::vector<SyntheticSection *> syntheticSections;
|
2020-04-22 04:37:57 +08:00
|
|
|
|
|
|
|
} // namespace macho
|
|
|
|
} // namespace lld
|
|
|
|
|
|
|
|
#endif
|