2020-04-03 02:54:05 +08:00
|
|
|
//===- InputFiles.cpp -----------------------------------------------------===//
|
|
|
|
//
|
|
|
|
// 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
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
//
|
|
|
|
// This file contains functions to parse Mach-O object files. In this comment,
|
|
|
|
// we describe the Mach-O file structure and how we parse it.
|
|
|
|
//
|
|
|
|
// Mach-O is not very different from ELF or COFF. The notion of symbols,
|
|
|
|
// sections and relocations exists in Mach-O as it does in ELF and COFF.
|
|
|
|
//
|
|
|
|
// Perhaps the notion that is new to those who know ELF/COFF is "subsections".
|
|
|
|
// In ELF/COFF, sections are an atomic unit of data copied from input files to
|
|
|
|
// output files. When we merge or garbage-collect sections, we treat each
|
|
|
|
// section as an atomic unit. In Mach-O, that's not the case. Sections can
|
|
|
|
// consist of multiple subsections, and subsections are a unit of merging and
|
|
|
|
// garbage-collecting. Therefore, Mach-O's subsections are more similar to
|
|
|
|
// ELF/COFF's sections than Mach-O's sections are.
|
|
|
|
//
|
|
|
|
// A section can have multiple symbols. A symbol that does not have the
|
|
|
|
// N_ALT_ENTRY attribute indicates a beginning of a subsection. Therefore, by
|
|
|
|
// definition, a symbol is always present at the beginning of each subsection. A
|
|
|
|
// symbol with N_ALT_ENTRY attribute does not start a new subsection and can
|
|
|
|
// point to a middle of a subsection.
|
|
|
|
//
|
|
|
|
// The notion of subsections also affects how relocations are represented in
|
|
|
|
// Mach-O. All references within a section need to be explicitly represented as
|
|
|
|
// relocations if they refer to different subsections, because we obviously need
|
|
|
|
// to fix up addresses if subsections are laid out in an output file differently
|
|
|
|
// than they were in object files. To represent that, Mach-O relocations can
|
|
|
|
// refer to an unnamed location via its address. Scattered relocations (those
|
|
|
|
// with the R_SCATTERED bit set) always refer to unnamed locations.
|
|
|
|
// Non-scattered relocations refer to an unnamed location if r_extern is not set
|
|
|
|
// and r_symbolnum is zero.
|
|
|
|
//
|
|
|
|
// Without the above differences, I think you can use your knowledge about ELF
|
|
|
|
// and COFF for Mach-O.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
#include "InputFiles.h"
|
2020-04-24 11:16:49 +08:00
|
|
|
#include "Config.h"
|
2020-11-19 01:31:47 +08:00
|
|
|
#include "Driver.h"
|
[lld-macho] Emit STABS symbols for debugging, and drop debug sections
Debug sections contain a large amount of data. In order not to bloat the size
of the final binary, we remove them and instead emit STABS symbols for
`dsymutil` and the debugger to locate their contents in the object files.
With this diff, `dsymutil` is able to locate the debug info. However, we need
a few more features before `lldb` is able to work well with our binaries --
e.g. having `LC_DYSYMTAB` accurately reflect the number of local symbols,
emitting `LC_UUID`, and more. Those will be handled in follow-up diffs.
Note also that the STABS we emit differ slightly from what ld64 does. First, we
emit the path to the source file as one `N_SO` symbol instead of two. (`ld64`
emits one `N_SO` for the dirname and one of the basename.) Second, we do not
emit `N_BNSYM` and `N_ENSYM` STABS to mark the start and end of functions,
because the `N_FUN` STABS already serve that purpose. @clayborg recommended
these changes based on his knowledge of what the debugging tools look for.
Additionally, this current implementation doesn't accurately reflect the size
of function symbols. It uses the size of their containing sectioins as a proxy,
but that is only accurate if `.subsections_with_symbols` is set, and if there
isn't an `N_ALT_ENTRY` in that particular subsection. I think we have two
options to solve this:
1. We can split up subsections by symbol even if `.subsections_with_symbols`
is not set, but include constraints to ensure those subsections retain
their order in the final output. This is `ld64`'s approach.
2. We could just add a `size` field to our `Symbol` class. This seems simpler,
and I'm more inclined toward it, but I'm not sure if there are use cases
that it doesn't handle well. As such I'm punting on the decision for now.
Reviewed By: clayborg
Differential Revision: https://reviews.llvm.org/D89257
2020-12-02 06:45:01 +08:00
|
|
|
#include "Dwarf.h"
|
[lld-macho] Use export trie instead of symtab when linking against dylibs
Summary:
This allows us to link against stripped dylibs. Moreover, it's simply
more correct: The symbol table includes symbols that the dylib uses but
doesn't export.
This temporarily regresses our ability to do lazy symbol binding because
dyld_stub_binder isn't in libSystem's export trie. Rather, it is in one
of the sub-libraries libSystem re-exports. (This doesn't affect our
tests since we are mocking out dyld_stub_binder there.) A follow-up diff
will address this by adding support for sub-libraries.
Depends on D79114.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: mgorny, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79226
2020-04-23 11:00:57 +08:00
|
|
|
#include "ExportTrie.h"
|
2020-04-03 02:54:05 +08:00
|
|
|
#include "InputSection.h"
|
2020-05-22 06:26:35 +08:00
|
|
|
#include "MachOStructs.h"
|
2020-08-19 05:37:04 +08:00
|
|
|
#include "ObjC.h"
|
2020-05-02 07:29:06 +08:00
|
|
|
#include "OutputSection.h"
|
2020-08-19 05:37:04 +08:00
|
|
|
#include "OutputSegment.h"
|
2020-04-03 02:54:05 +08:00
|
|
|
#include "SymbolTable.h"
|
|
|
|
#include "Symbols.h"
|
|
|
|
#include "Target.h"
|
|
|
|
|
[lld-macho] Emit STABS symbols for debugging, and drop debug sections
Debug sections contain a large amount of data. In order not to bloat the size
of the final binary, we remove them and instead emit STABS symbols for
`dsymutil` and the debugger to locate their contents in the object files.
With this diff, `dsymutil` is able to locate the debug info. However, we need
a few more features before `lldb` is able to work well with our binaries --
e.g. having `LC_DYSYMTAB` accurately reflect the number of local symbols,
emitting `LC_UUID`, and more. Those will be handled in follow-up diffs.
Note also that the STABS we emit differ slightly from what ld64 does. First, we
emit the path to the source file as one `N_SO` symbol instead of two. (`ld64`
emits one `N_SO` for the dirname and one of the basename.) Second, we do not
emit `N_BNSYM` and `N_ENSYM` STABS to mark the start and end of functions,
because the `N_FUN` STABS already serve that purpose. @clayborg recommended
these changes based on his knowledge of what the debugging tools look for.
Additionally, this current implementation doesn't accurately reflect the size
of function symbols. It uses the size of their containing sectioins as a proxy,
but that is only accurate if `.subsections_with_symbols` is set, and if there
isn't an `N_ALT_ENTRY` in that particular subsection. I think we have two
options to solve this:
1. We can split up subsections by symbol even if `.subsections_with_symbols`
is not set, but include constraints to ensure those subsections retain
their order in the final output. This is `ld64`'s approach.
2. We could just add a `size` field to our `Symbol` class. This seems simpler,
and I'm more inclined toward it, but I'm not sure if there are use cases
that it doesn't handle well. As such I'm punting on the decision for now.
Reviewed By: clayborg
Differential Revision: https://reviews.llvm.org/D89257
2020-12-02 06:45:01 +08:00
|
|
|
#include "lld/Common/DWARF.h"
|
2020-04-03 02:54:05 +08:00
|
|
|
#include "lld/Common/ErrorHandler.h"
|
|
|
|
#include "lld/Common/Memory.h"
|
2020-11-29 11:38:27 +08:00
|
|
|
#include "lld/Common/Reproduce.h"
|
2020-08-14 04:48:47 +08:00
|
|
|
#include "llvm/ADT/iterator.h"
|
2020-04-03 02:54:05 +08:00
|
|
|
#include "llvm/BinaryFormat/MachO.h"
|
2020-10-27 10:18:29 +08:00
|
|
|
#include "llvm/LTO/LTO.h"
|
2020-04-03 02:54:05 +08:00
|
|
|
#include "llvm/Support/Endian.h"
|
|
|
|
#include "llvm/Support/MemoryBuffer.h"
|
2020-04-24 11:16:49 +08:00
|
|
|
#include "llvm/Support/Path.h"
|
2020-11-29 11:38:27 +08:00
|
|
|
#include "llvm/Support/TarWriter.h"
|
2020-04-03 02:54:05 +08:00
|
|
|
|
|
|
|
using namespace llvm;
|
|
|
|
using namespace llvm::MachO;
|
|
|
|
using namespace llvm::support::endian;
|
2020-04-24 11:16:49 +08:00
|
|
|
using namespace llvm::sys;
|
2020-04-03 02:54:05 +08:00
|
|
|
using namespace lld;
|
|
|
|
using namespace lld::macho;
|
|
|
|
|
2020-12-02 08:00:48 +08:00
|
|
|
// Returns "<internal>", "foo.a(bar.o)", or "baz.o".
|
|
|
|
std::string lld::toString(const InputFile *f) {
|
|
|
|
if (!f)
|
|
|
|
return "<internal>";
|
|
|
|
if (f->archiveName.empty())
|
|
|
|
return std::string(f->getName());
|
|
|
|
return (path::filename(f->archiveName) + "(" + path::filename(f->getName()) +
|
|
|
|
")")
|
|
|
|
.str();
|
|
|
|
}
|
|
|
|
|
2020-12-15 06:59:22 +08:00
|
|
|
SetVector<InputFile *> macho::inputFiles;
|
2020-11-29 11:38:27 +08:00
|
|
|
std::unique_ptr<TarWriter> macho::tar;
|
2020-12-02 06:45:12 +08:00
|
|
|
int InputFile::idCount = 0;
|
2020-04-03 02:54:05 +08:00
|
|
|
|
|
|
|
// Open a given file path and return it as a memory-mapped file.
|
|
|
|
Optional<MemoryBufferRef> macho::readFile(StringRef path) {
|
|
|
|
// Open a file.
|
|
|
|
auto mbOrErr = MemoryBuffer::getFile(path);
|
|
|
|
if (auto ec = mbOrErr.getError()) {
|
|
|
|
error("cannot open " + path + ": " + ec.message());
|
|
|
|
return None;
|
|
|
|
}
|
|
|
|
|
|
|
|
std::unique_ptr<MemoryBuffer> &mb = *mbOrErr;
|
|
|
|
MemoryBufferRef mbref = mb->getMemBufferRef();
|
|
|
|
make<std::unique_ptr<MemoryBuffer>>(std::move(mb)); // take mb ownership
|
2020-04-22 04:37:57 +08:00
|
|
|
|
|
|
|
// If this is a regular non-fat file, return it.
|
|
|
|
const char *buf = mbref.getBufferStart();
|
|
|
|
auto *hdr = reinterpret_cast<const MachO::fat_header *>(buf);
|
2020-11-29 11:38:27 +08:00
|
|
|
if (read32be(&hdr->magic) != MachO::FAT_MAGIC) {
|
|
|
|
if (tar)
|
|
|
|
tar->append(relativeToRoot(path), mbref.getBuffer());
|
2020-04-22 04:37:57 +08:00
|
|
|
return mbref;
|
2020-11-29 11:38:27 +08:00
|
|
|
}
|
2020-04-22 04:37:57 +08:00
|
|
|
|
2020-04-30 06:42:36 +08:00
|
|
|
// Object files and archive files may be fat files, which contains
|
|
|
|
// multiple real files for different CPU ISAs. Here, we search for a
|
|
|
|
// file that matches with the current link target and returns it as
|
|
|
|
// a MemoryBufferRef.
|
|
|
|
auto *arch = reinterpret_cast<const MachO::fat_arch *>(buf + sizeof(*hdr));
|
|
|
|
|
|
|
|
for (uint32_t i = 0, n = read32be(&hdr->nfat_arch); i < n; ++i) {
|
|
|
|
if (reinterpret_cast<const char *>(arch + i + 1) >
|
|
|
|
buf + mbref.getBufferSize()) {
|
|
|
|
error(path + ": fat_arch struct extends beyond end of file");
|
|
|
|
return None;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (read32be(&arch[i].cputype) != target->cpuType ||
|
|
|
|
read32be(&arch[i].cpusubtype) != target->cpuSubtype)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
uint32_t offset = read32be(&arch[i].offset);
|
|
|
|
uint32_t size = read32be(&arch[i].size);
|
|
|
|
if (offset + size > mbref.getBufferSize())
|
|
|
|
error(path + ": slice extends beyond end of file");
|
2020-11-29 11:38:27 +08:00
|
|
|
if (tar)
|
|
|
|
tar->append(relativeToRoot(path), mbref.getBuffer());
|
2020-04-30 06:42:36 +08:00
|
|
|
return MemoryBufferRef(StringRef(buf + offset, size), path.copy(bAlloc));
|
|
|
|
}
|
|
|
|
|
|
|
|
error("unable to find matching architecture in " + path);
|
2020-04-22 04:37:57 +08:00
|
|
|
return None;
|
2020-04-03 02:54:05 +08:00
|
|
|
}
|
|
|
|
|
2020-08-19 05:37:04 +08:00
|
|
|
const load_command *macho::findCommand(const mach_header_64 *hdr,
|
2020-04-03 02:54:05 +08:00
|
|
|
uint32_t type) {
|
|
|
|
const uint8_t *p =
|
|
|
|
reinterpret_cast<const uint8_t *>(hdr) + sizeof(mach_header_64);
|
|
|
|
|
|
|
|
for (uint32_t i = 0, n = hdr->ncmds; i < n; ++i) {
|
|
|
|
auto *cmd = reinterpret_cast<const load_command *>(p);
|
|
|
|
if (cmd->cmd == type)
|
|
|
|
return cmd;
|
|
|
|
p += cmd->cmdsize;
|
|
|
|
}
|
|
|
|
return nullptr;
|
|
|
|
}
|
|
|
|
|
2020-12-02 11:57:37 +08:00
|
|
|
void ObjFile::parseSections(ArrayRef<section_64> sections) {
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
subsections.reserve(sections.size());
|
2020-04-03 02:54:05 +08:00
|
|
|
auto *buf = reinterpret_cast<const uint8_t *>(mb.getBufferStart());
|
|
|
|
|
|
|
|
for (const section_64 &sec : sections) {
|
|
|
|
InputSection *isec = make<InputSection>();
|
|
|
|
isec->file = this;
|
2020-08-19 05:37:04 +08:00
|
|
|
isec->name =
|
|
|
|
StringRef(sec.sectname, strnlen(sec.sectname, sizeof(sec.sectname)));
|
|
|
|
isec->segname =
|
|
|
|
StringRef(sec.segname, strnlen(sec.segname, sizeof(sec.segname)));
|
[lld-macho] Ensure __bss sections we output have file offset of zero
Summary:
llvm-mc emits `__bss` sections with an offset of zero, but we weren't expecting
that in our input, so we were copying non-zero data from the start of the file and
putting it in `__bss`, with obviously undesirable runtime results. (It appears that
the kernel will copy those nonzero bytes as long as the offset is nonzero, regardless
of whether S_ZERO_FILL is set.)
I debated on whether to make a special ZeroFillSection -- separate from a
regular InputSection -- but it seemed like too much work for now. But I'm happy
to refactor if anyone feels strongly about having it as a separate class.
Depends on D80857.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D80859
2020-06-14 11:00:36 +08:00
|
|
|
isec->data = {isZeroFill(sec.flags) ? nullptr : buf + sec.offset,
|
|
|
|
static_cast<size_t>(sec.size)};
|
2020-04-03 02:54:05 +08:00
|
|
|
if (sec.align >= 32)
|
|
|
|
error("alignment " + std::to_string(sec.align) + " of section " +
|
|
|
|
isec->name + " is too large");
|
|
|
|
else
|
|
|
|
isec->align = 1 << sec.align;
|
|
|
|
isec->flags = sec.flags;
|
2020-12-09 09:47:19 +08:00
|
|
|
|
|
|
|
if (!(isDebugSection(isec->flags) &&
|
|
|
|
isec->segname == segment_names::dwarf)) {
|
|
|
|
subsections.push_back({{0, isec}});
|
|
|
|
} else {
|
|
|
|
// Instead of emitting DWARF sections, we emit STABS symbols to the
|
|
|
|
// object files that contain them. We filter them out early to avoid
|
|
|
|
// parsing their relocations unnecessarily. But we must still push an
|
|
|
|
// empty map to ensure the indices line up for the remaining sections.
|
|
|
|
subsections.push_back({});
|
|
|
|
debugSections.push_back(isec);
|
|
|
|
}
|
2020-04-03 02:54:05 +08:00
|
|
|
}
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
}
|
2020-04-03 02:54:05 +08:00
|
|
|
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
// Find the subsection corresponding to the greatest section offset that is <=
|
|
|
|
// that of the given offset.
|
|
|
|
//
|
|
|
|
// offset: an offset relative to the start of the original InputSection (before
|
|
|
|
// any subsection splitting has occurred). It will be updated to represent the
|
|
|
|
// same location as an offset relative to the start of the containing
|
|
|
|
// subsection.
|
|
|
|
static InputSection *findContainingSubsection(SubsectionMap &map,
|
|
|
|
uint32_t *offset) {
|
|
|
|
auto it = std::prev(map.upper_bound(*offset));
|
|
|
|
*offset -= it->first;
|
|
|
|
return it->second;
|
2020-04-03 02:54:05 +08:00
|
|
|
}
|
|
|
|
|
2020-12-02 11:57:37 +08:00
|
|
|
void ObjFile::parseRelocations(const section_64 &sec,
|
|
|
|
SubsectionMap &subsecMap) {
|
2020-04-03 02:54:05 +08:00
|
|
|
auto *buf = reinterpret_cast<const uint8_t *>(mb.getBufferStart());
|
2020-09-13 11:45:00 +08:00
|
|
|
ArrayRef<any_relocation_info> anyRelInfos(
|
2020-04-03 02:54:05 +08:00
|
|
|
reinterpret_cast<const any_relocation_info *>(buf + sec.reloff),
|
|
|
|
sec.nreloc);
|
|
|
|
|
2020-09-13 11:45:00 +08:00
|
|
|
for (const any_relocation_info &anyRelInfo : anyRelInfos) {
|
|
|
|
if (anyRelInfo.r_word0 & R_SCATTERED)
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
fatal("TODO: Scattered relocations not supported");
|
|
|
|
|
2020-09-13 11:45:00 +08:00
|
|
|
auto relInfo = reinterpret_cast<const relocation_info &>(anyRelInfo);
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
|
2020-04-03 02:54:05 +08:00
|
|
|
Reloc r;
|
2020-09-13 11:45:00 +08:00
|
|
|
r.type = relInfo.r_type;
|
|
|
|
r.pcrel = relInfo.r_pcrel;
|
|
|
|
r.length = relInfo.r_length;
|
|
|
|
uint64_t rawAddend = target->getImplicitAddend(mb, sec, relInfo);
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
|
2020-09-13 11:45:00 +08:00
|
|
|
if (relInfo.r_extern) {
|
|
|
|
r.referent = symbols[relInfo.r_symbolnum];
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
r.addend = rawAddend;
|
2020-04-03 02:54:05 +08:00
|
|
|
} else {
|
2020-09-13 11:45:00 +08:00
|
|
|
if (relInfo.r_symbolnum == 0 || relInfo.r_symbolnum > subsections.size())
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
fatal("invalid section index in relocation for offset " +
|
|
|
|
std::to_string(r.offset) + " in section " + sec.sectname +
|
|
|
|
" of " + getName());
|
|
|
|
|
2020-09-13 11:45:00 +08:00
|
|
|
SubsectionMap &referentSubsecMap = subsections[relInfo.r_symbolnum - 1];
|
|
|
|
const section_64 &referentSec = sectionHeaders[relInfo.r_symbolnum - 1];
|
|
|
|
uint32_t referentOffset;
|
|
|
|
if (relInfo.r_pcrel) {
|
2020-06-14 10:56:04 +08:00
|
|
|
// The implicit addend for pcrel section relocations is the pcrel offset
|
|
|
|
// in terms of the addresses in the input file. Here we adjust it so
|
2020-09-13 11:45:00 +08:00
|
|
|
// that it describes the offset from the start of the referent section.
|
2020-06-14 10:56:04 +08:00
|
|
|
// TODO: The offset of 4 is probably not right for ARM64, nor for
|
|
|
|
// relocations with r_length != 2.
|
2020-09-13 11:45:00 +08:00
|
|
|
referentOffset =
|
|
|
|
sec.addr + relInfo.r_address + 4 + rawAddend - referentSec.addr;
|
2020-06-14 10:56:04 +08:00
|
|
|
} else {
|
|
|
|
// The addend for a non-pcrel relocation is its absolute address.
|
2020-09-13 11:45:00 +08:00
|
|
|
referentOffset = rawAddend - referentSec.addr;
|
2020-06-14 10:56:04 +08:00
|
|
|
}
|
2020-09-13 11:45:00 +08:00
|
|
|
r.referent = findContainingSubsection(referentSubsecMap, &referentOffset);
|
|
|
|
r.addend = referentOffset;
|
2020-04-03 02:54:05 +08:00
|
|
|
}
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
|
2020-09-13 11:45:00 +08:00
|
|
|
r.offset = relInfo.r_address;
|
2020-05-16 04:42:28 +08:00
|
|
|
InputSection *subsec = findContainingSubsection(subsecMap, &r.offset);
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
subsec->relocs.push_back(r);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-09-18 23:40:46 +08:00
|
|
|
static macho::Symbol *createDefined(const structs::nlist_64 &sym,
|
|
|
|
StringRef name, InputSection *isec,
|
|
|
|
uint32_t value) {
|
|
|
|
if (sym.n_type & N_EXT)
|
|
|
|
// Global defined symbol
|
|
|
|
return symtab->addDefined(name, isec, value, sym.n_desc & N_WEAK_DEF);
|
|
|
|
// Local defined symbol
|
|
|
|
return make<Defined>(name, isec, value, sym.n_desc & N_WEAK_DEF,
|
|
|
|
/*isExternal=*/false);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Absolute symbols are defined symbols that do not have an associated
|
|
|
|
// InputSection. They cannot be weak.
|
|
|
|
static macho::Symbol *createAbsolute(const structs::nlist_64 &sym,
|
|
|
|
StringRef name) {
|
|
|
|
if (sym.n_type & N_EXT)
|
|
|
|
return symtab->addDefined(name, nullptr, sym.n_value, /*isWeakDef=*/false);
|
|
|
|
return make<Defined>(name, nullptr, sym.n_value, /*isWeakDef=*/false,
|
|
|
|
/*isExternal=*/false);
|
|
|
|
}
|
|
|
|
|
2020-12-02 11:57:37 +08:00
|
|
|
macho::Symbol *ObjFile::parseNonSectionSymbol(const structs::nlist_64 &sym,
|
|
|
|
StringRef name) {
|
2020-09-18 23:40:46 +08:00
|
|
|
uint8_t type = sym.n_type & N_TYPE;
|
|
|
|
switch (type) {
|
|
|
|
case N_UNDF:
|
|
|
|
return sym.n_value == 0
|
2020-12-16 10:05:06 +08:00
|
|
|
? symtab->addUndefined(name, sym.n_desc & N_WEAK_REF)
|
2020-09-18 23:40:46 +08:00
|
|
|
: symtab->addCommon(name, this, sym.n_value,
|
|
|
|
1 << GET_COMM_ALIGN(sym.n_desc));
|
|
|
|
case N_ABS:
|
|
|
|
return createAbsolute(sym, name);
|
|
|
|
case N_PBUD:
|
|
|
|
case N_INDR:
|
|
|
|
error("TODO: support symbols of type " + std::to_string(type));
|
|
|
|
return nullptr;
|
|
|
|
case N_SECT:
|
|
|
|
llvm_unreachable(
|
|
|
|
"N_SECT symbols should not be passed to parseNonSectionSymbol");
|
|
|
|
default:
|
|
|
|
llvm_unreachable("invalid symbol type");
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-12-02 11:57:37 +08:00
|
|
|
void ObjFile::parseSymbols(ArrayRef<structs::nlist_64> nList,
|
|
|
|
const char *strtab, bool subsectionsViaSymbols) {
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
// resize(), not reserve(), because we are going to create N_ALT_ENTRY symbols
|
|
|
|
// out-of-sequence.
|
|
|
|
symbols.resize(nList.size());
|
|
|
|
std::vector<size_t> altEntrySymIdxs;
|
|
|
|
|
|
|
|
for (size_t i = 0, n = nList.size(); i < n; ++i) {
|
2020-05-22 06:26:35 +08:00
|
|
|
const structs::nlist_64 &sym = nList[i];
|
2020-09-18 23:40:46 +08:00
|
|
|
StringRef name = strtab + sym.n_strx;
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
|
2020-09-18 23:40:46 +08:00
|
|
|
if ((sym.n_type & N_TYPE) != N_SECT) {
|
|
|
|
symbols[i] = parseNonSectionSymbol(sym, name);
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
const section_64 &sec = sectionHeaders[sym.n_sect - 1];
|
|
|
|
SubsectionMap &subsecMap = subsections[sym.n_sect - 1];
|
2020-12-09 09:47:19 +08:00
|
|
|
assert(!subsecMap.empty());
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
uint64_t offset = sym.n_value - sec.addr;
|
|
|
|
|
|
|
|
// If the input file does not use subsections-via-symbols, all symbols can
|
|
|
|
// use the same subsection. Otherwise, we must split the sections along
|
|
|
|
// symbol boundaries.
|
|
|
|
if (!subsectionsViaSymbols) {
|
2020-09-18 23:40:46 +08:00
|
|
|
symbols[i] = createDefined(sym, name, subsecMap[0], offset);
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
// nList entries aren't necessarily arranged in address order. Therefore,
|
|
|
|
// we can't create alt-entry symbols at this point because a later symbol
|
|
|
|
// may split its section, which may affect which subsection the alt-entry
|
|
|
|
// symbol is assigned to. So we need to handle them in a second pass below.
|
|
|
|
if (sym.n_desc & N_ALT_ENTRY) {
|
|
|
|
altEntrySymIdxs.push_back(i);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Find the subsection corresponding to the greatest section offset that is
|
|
|
|
// <= that of the current symbol. The subsection that we find either needs
|
|
|
|
// to be used directly or split in two.
|
|
|
|
uint32_t firstSize = offset;
|
|
|
|
InputSection *firstIsec = findContainingSubsection(subsecMap, &firstSize);
|
|
|
|
|
|
|
|
if (firstSize == 0) {
|
|
|
|
// Alias of an existing symbol, or the first symbol in the section. These
|
|
|
|
// are handled by reusing the existing section.
|
2020-09-18 23:40:46 +08:00
|
|
|
symbols[i] = createDefined(sym, name, firstIsec, 0);
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
// We saw a symbol definition at a new offset. Split the section into two
|
|
|
|
// subsections. The new symbol uses the second subsection.
|
|
|
|
auto *secondIsec = make<InputSection>(*firstIsec);
|
|
|
|
secondIsec->data = firstIsec->data.slice(firstSize);
|
|
|
|
firstIsec->data = firstIsec->data.slice(0, firstSize);
|
|
|
|
// TODO: ld64 appears to preserve the original alignment as well as each
|
|
|
|
// subsection's offset from the last aligned address. We should consider
|
|
|
|
// emulating that behavior.
|
|
|
|
secondIsec->align = MinAlign(firstIsec->align, offset);
|
|
|
|
|
|
|
|
subsecMap[offset] = secondIsec;
|
|
|
|
// By construction, the symbol will be at offset zero in the new section.
|
2020-09-18 23:40:46 +08:00
|
|
|
symbols[i] = createDefined(sym, name, secondIsec, 0);
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
for (size_t idx : altEntrySymIdxs) {
|
2020-05-22 06:26:35 +08:00
|
|
|
const structs::nlist_64 &sym = nList[idx];
|
2020-09-18 23:40:46 +08:00
|
|
|
StringRef name = strtab + sym.n_strx;
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
SubsectionMap &subsecMap = subsections[sym.n_sect - 1];
|
|
|
|
uint32_t off = sym.n_value - sectionHeaders[sym.n_sect - 1].addr;
|
|
|
|
InputSection *subsec = findContainingSubsection(subsecMap, &off);
|
2020-09-18 23:40:46 +08:00
|
|
|
symbols[idx] = createDefined(sym, name, subsec, off);
|
2020-04-03 02:54:05 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-08-11 09:47:13 +08:00
|
|
|
OpaqueFile::OpaqueFile(MemoryBufferRef mb, StringRef segName,
|
|
|
|
StringRef sectName)
|
|
|
|
: InputFile(OpaqueKind, mb) {
|
|
|
|
InputSection *isec = make<InputSection>();
|
|
|
|
isec->file = this;
|
|
|
|
isec->name = sectName.take_front(16);
|
|
|
|
isec->segname = segName.take_front(16);
|
|
|
|
const auto *buf = reinterpret_cast<const uint8_t *>(mb.getBufferStart());
|
|
|
|
isec->data = {buf, mb.getBufferSize()};
|
|
|
|
subsections.push_back({{0, isec}});
|
|
|
|
}
|
|
|
|
|
2020-12-02 08:00:48 +08:00
|
|
|
ObjFile::ObjFile(MemoryBufferRef mb, uint32_t modTime, StringRef archiveName)
|
2020-12-02 06:45:11 +08:00
|
|
|
: InputFile(ObjKind, mb), modTime(modTime) {
|
2020-12-02 08:00:48 +08:00
|
|
|
this->archiveName = std::string(archiveName);
|
|
|
|
|
2020-04-03 02:54:05 +08:00
|
|
|
auto *buf = reinterpret_cast<const uint8_t *>(mb.getBufferStart());
|
|
|
|
auto *hdr = reinterpret_cast<const mach_header_64 *>(mb.getBufferStart());
|
|
|
|
|
2020-12-04 05:40:04 +08:00
|
|
|
if (const load_command *cmd = findCommand(hdr, LC_LINKER_OPTION)) {
|
|
|
|
auto *c = reinterpret_cast<const linker_option_command *>(cmd);
|
|
|
|
StringRef data{reinterpret_cast<const char *>(c + 1),
|
|
|
|
c->cmdsize - sizeof(linker_option_command)};
|
|
|
|
parseLCLinkerOption(this, c->count, data);
|
|
|
|
}
|
|
|
|
|
2020-04-03 02:54:05 +08:00
|
|
|
if (const load_command *cmd = findCommand(hdr, LC_SEGMENT_64)) {
|
|
|
|
auto *c = reinterpret_cast<const segment_command_64 *>(cmd);
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
sectionHeaders = ArrayRef<section_64>{
|
2020-04-03 02:54:05 +08:00
|
|
|
reinterpret_cast<const section_64 *>(c + 1), c->nsects};
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
parseSections(sectionHeaders);
|
2020-04-03 02:54:05 +08:00
|
|
|
}
|
|
|
|
|
2020-04-22 04:37:57 +08:00
|
|
|
// TODO: Error on missing LC_SYMTAB?
|
2020-04-03 02:54:05 +08:00
|
|
|
if (const load_command *cmd = findCommand(hdr, LC_SYMTAB)) {
|
|
|
|
auto *c = reinterpret_cast<const symtab_command *>(cmd);
|
2020-05-22 06:26:35 +08:00
|
|
|
ArrayRef<structs::nlist_64> nList(
|
|
|
|
reinterpret_cast<const structs::nlist_64 *>(buf + c->symoff), c->nsyms);
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
const char *strtab = reinterpret_cast<const char *>(buf) + c->stroff;
|
|
|
|
bool subsectionsViaSymbols = hdr->flags & MH_SUBSECTIONS_VIA_SYMBOLS;
|
|
|
|
parseSymbols(nList, strtab, subsectionsViaSymbols);
|
2020-04-03 02:54:05 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
// The relocations may refer to the symbols, so we parse them after we have
|
[lld-macho][re-land] Support .subsections_via_symbols
Summary:
This diff restores and builds upon @pcc and @ruiu's initial work on
subsections.
The .subsections_via_symbols directive indicates we can split each
section along symbol boundaries, unless those symbols have been marked
with `.alt_entry`.
We exercise this functionality in our tests by using order files that
rearrange those symbols.
Depends on D79668.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Reviewed By: smeenai
Subscribers: thakis, llvm-commits, pcc, ruiu
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79926
2020-05-19 23:46:07 +08:00
|
|
|
// parsed all the symbols.
|
|
|
|
for (size_t i = 0, n = subsections.size(); i < n; ++i)
|
2020-12-09 09:47:19 +08:00
|
|
|
if (!subsections[i].empty())
|
|
|
|
parseRelocations(sectionHeaders[i], subsections[i]);
|
[lld-macho] Emit STABS symbols for debugging, and drop debug sections
Debug sections contain a large amount of data. In order not to bloat the size
of the final binary, we remove them and instead emit STABS symbols for
`dsymutil` and the debugger to locate their contents in the object files.
With this diff, `dsymutil` is able to locate the debug info. However, we need
a few more features before `lldb` is able to work well with our binaries --
e.g. having `LC_DYSYMTAB` accurately reflect the number of local symbols,
emitting `LC_UUID`, and more. Those will be handled in follow-up diffs.
Note also that the STABS we emit differ slightly from what ld64 does. First, we
emit the path to the source file as one `N_SO` symbol instead of two. (`ld64`
emits one `N_SO` for the dirname and one of the basename.) Second, we do not
emit `N_BNSYM` and `N_ENSYM` STABS to mark the start and end of functions,
because the `N_FUN` STABS already serve that purpose. @clayborg recommended
these changes based on his knowledge of what the debugging tools look for.
Additionally, this current implementation doesn't accurately reflect the size
of function symbols. It uses the size of their containing sectioins as a proxy,
but that is only accurate if `.subsections_with_symbols` is set, and if there
isn't an `N_ALT_ENTRY` in that particular subsection. I think we have two
options to solve this:
1. We can split up subsections by symbol even if `.subsections_with_symbols`
is not set, but include constraints to ensure those subsections retain
their order in the final output. This is `ld64`'s approach.
2. We could just add a `size` field to our `Symbol` class. This seems simpler,
and I'm more inclined toward it, but I'm not sure if there are use cases
that it doesn't handle well. As such I'm punting on the decision for now.
Reviewed By: clayborg
Differential Revision: https://reviews.llvm.org/D89257
2020-12-02 06:45:01 +08:00
|
|
|
|
|
|
|
parseDebugInfo();
|
|
|
|
}
|
|
|
|
|
|
|
|
void ObjFile::parseDebugInfo() {
|
|
|
|
std::unique_ptr<DwarfObject> dObj = DwarfObject::create(this);
|
|
|
|
if (!dObj)
|
|
|
|
return;
|
|
|
|
|
|
|
|
auto *ctx = make<DWARFContext>(
|
|
|
|
std::move(dObj), "",
|
2020-12-02 08:00:48 +08:00
|
|
|
[&](Error err) {
|
|
|
|
warn(toString(this) + ": " + toString(std::move(err)));
|
|
|
|
},
|
[lld-macho] Emit STABS symbols for debugging, and drop debug sections
Debug sections contain a large amount of data. In order not to bloat the size
of the final binary, we remove them and instead emit STABS symbols for
`dsymutil` and the debugger to locate their contents in the object files.
With this diff, `dsymutil` is able to locate the debug info. However, we need
a few more features before `lldb` is able to work well with our binaries --
e.g. having `LC_DYSYMTAB` accurately reflect the number of local symbols,
emitting `LC_UUID`, and more. Those will be handled in follow-up diffs.
Note also that the STABS we emit differ slightly from what ld64 does. First, we
emit the path to the source file as one `N_SO` symbol instead of two. (`ld64`
emits one `N_SO` for the dirname and one of the basename.) Second, we do not
emit `N_BNSYM` and `N_ENSYM` STABS to mark the start and end of functions,
because the `N_FUN` STABS already serve that purpose. @clayborg recommended
these changes based on his knowledge of what the debugging tools look for.
Additionally, this current implementation doesn't accurately reflect the size
of function symbols. It uses the size of their containing sectioins as a proxy,
but that is only accurate if `.subsections_with_symbols` is set, and if there
isn't an `N_ALT_ENTRY` in that particular subsection. I think we have two
options to solve this:
1. We can split up subsections by symbol even if `.subsections_with_symbols`
is not set, but include constraints to ensure those subsections retain
their order in the final output. This is `ld64`'s approach.
2. We could just add a `size` field to our `Symbol` class. This seems simpler,
and I'm more inclined toward it, but I'm not sure if there are use cases
that it doesn't handle well. As such I'm punting on the decision for now.
Reviewed By: clayborg
Differential Revision: https://reviews.llvm.org/D89257
2020-12-02 06:45:01 +08:00
|
|
|
[&](Error warning) {
|
2020-12-02 08:00:48 +08:00
|
|
|
warn(toString(this) + ": " + toString(std::move(warning)));
|
[lld-macho] Emit STABS symbols for debugging, and drop debug sections
Debug sections contain a large amount of data. In order not to bloat the size
of the final binary, we remove them and instead emit STABS symbols for
`dsymutil` and the debugger to locate their contents in the object files.
With this diff, `dsymutil` is able to locate the debug info. However, we need
a few more features before `lldb` is able to work well with our binaries --
e.g. having `LC_DYSYMTAB` accurately reflect the number of local symbols,
emitting `LC_UUID`, and more. Those will be handled in follow-up diffs.
Note also that the STABS we emit differ slightly from what ld64 does. First, we
emit the path to the source file as one `N_SO` symbol instead of two. (`ld64`
emits one `N_SO` for the dirname and one of the basename.) Second, we do not
emit `N_BNSYM` and `N_ENSYM` STABS to mark the start and end of functions,
because the `N_FUN` STABS already serve that purpose. @clayborg recommended
these changes based on his knowledge of what the debugging tools look for.
Additionally, this current implementation doesn't accurately reflect the size
of function symbols. It uses the size of their containing sectioins as a proxy,
but that is only accurate if `.subsections_with_symbols` is set, and if there
isn't an `N_ALT_ENTRY` in that particular subsection. I think we have two
options to solve this:
1. We can split up subsections by symbol even if `.subsections_with_symbols`
is not set, but include constraints to ensure those subsections retain
their order in the final output. This is `ld64`'s approach.
2. We could just add a `size` field to our `Symbol` class. This seems simpler,
and I'm more inclined toward it, but I'm not sure if there are use cases
that it doesn't handle well. As such I'm punting on the decision for now.
Reviewed By: clayborg
Differential Revision: https://reviews.llvm.org/D89257
2020-12-02 06:45:01 +08:00
|
|
|
});
|
|
|
|
|
|
|
|
// TODO: Since object files can contain a lot of DWARF info, we should verify
|
|
|
|
// that we are parsing just the info we need
|
|
|
|
const DWARFContext::compile_unit_range &units = ctx->compile_units();
|
|
|
|
auto it = units.begin();
|
|
|
|
compileUnit = it->get();
|
|
|
|
assert(std::next(it) == units.end());
|
2020-04-03 02:54:05 +08:00
|
|
|
}
|
|
|
|
|
2020-08-14 04:48:47 +08:00
|
|
|
// The path can point to either a dylib or a .tbd file.
|
|
|
|
static Optional<DylibFile *> loadDylib(StringRef path, DylibFile *umbrella) {
|
|
|
|
Optional<MemoryBufferRef> mbref = readFile(path);
|
|
|
|
if (!mbref) {
|
|
|
|
error("could not read dylib file at " + path);
|
|
|
|
return {};
|
|
|
|
}
|
2020-12-10 14:29:28 +08:00
|
|
|
return loadDylib(*mbref, umbrella);
|
2020-08-14 04:48:47 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
// TBD files are parsed into a series of TAPI documents (InterfaceFiles), with
|
|
|
|
// the first document storing child pointers to the rest of them. When we are
|
|
|
|
// processing a given TBD file, we store that top-level document here. When
|
|
|
|
// processing re-exports, we search its children for potentially matching
|
|
|
|
// documents in the same TBD file. Note that the children themselves don't
|
|
|
|
// point to further documents, i.e. this is a two-level tree.
|
|
|
|
//
|
|
|
|
// ld64 allows a TAPI re-export to reference documents nested within other TBD
|
|
|
|
// files, but that seems like a strange design, so this is an intentional
|
|
|
|
// deviation.
|
|
|
|
const InterfaceFile *currentTopLevelTapi = nullptr;
|
|
|
|
|
|
|
|
// Re-exports can either refer to on-disk files, or to documents within .tbd
|
|
|
|
// files.
|
2020-12-10 07:08:05 +08:00
|
|
|
static Optional<DylibFile *> loadReexportHelper(StringRef path,
|
|
|
|
DylibFile *umbrella) {
|
2020-08-14 04:48:47 +08:00
|
|
|
if (path::is_absolute(path, path::Style::posix))
|
|
|
|
for (StringRef root : config->systemLibraryRoots)
|
|
|
|
if (Optional<std::string> dylibPath =
|
|
|
|
resolveDylibPath((root + path).str()))
|
|
|
|
return loadDylib(*dylibPath, umbrella);
|
|
|
|
|
|
|
|
// TODO: Expand @loader_path, @executable_path etc
|
|
|
|
|
2020-09-24 11:09:49 +08:00
|
|
|
if (currentTopLevelTapi) {
|
2020-08-14 04:48:47 +08:00
|
|
|
for (InterfaceFile &child :
|
|
|
|
make_pointee_range(currentTopLevelTapi->documents())) {
|
|
|
|
if (path == child.getInstallName())
|
|
|
|
return make<DylibFile>(child, umbrella);
|
|
|
|
assert(child.documents().empty());
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (Optional<std::string> dylibPath = resolveDylibPath(path))
|
|
|
|
return loadDylib(*dylibPath, umbrella);
|
|
|
|
|
|
|
|
error("unable to locate re-export with install name " + path);
|
|
|
|
return {};
|
|
|
|
}
|
|
|
|
|
2020-12-10 07:08:05 +08:00
|
|
|
// If a re-exported dylib is public (lives in /usr/lib or
|
|
|
|
// /System/Library/Frameworks), then it is considered implicitly linked: we
|
|
|
|
// should bind to its symbols directly instead of via the re-exporting umbrella
|
|
|
|
// library.
|
|
|
|
static bool isImplicitlyLinked(StringRef path) {
|
|
|
|
if (!config->implicitDylibs)
|
|
|
|
return false;
|
|
|
|
|
2020-12-15 13:49:03 +08:00
|
|
|
if (path::parent_path(path) == "/usr/lib")
|
|
|
|
return true;
|
|
|
|
|
|
|
|
// Match /System/Library/Frameworks/$FOO.framework/**/$FOO
|
|
|
|
if (path.consume_front("/System/Library/Frameworks/")) {
|
|
|
|
StringRef frameworkName = path.take_until([](char c) { return c == '.'; });
|
|
|
|
return path::filename(path) == frameworkName;
|
|
|
|
}
|
|
|
|
|
|
|
|
return false;
|
2020-12-10 07:08:05 +08:00
|
|
|
}
|
|
|
|
|
2020-12-10 14:29:28 +08:00
|
|
|
void loadReexport(StringRef path, DylibFile *umbrella) {
|
2020-12-10 07:08:05 +08:00
|
|
|
Optional<DylibFile *> reexport = loadReexportHelper(path, umbrella);
|
|
|
|
if (reexport && isImplicitlyLinked(path))
|
2020-12-15 06:59:22 +08:00
|
|
|
inputFiles.insert(*reexport);
|
2020-12-10 07:08:05 +08:00
|
|
|
}
|
|
|
|
|
2020-04-24 11:16:49 +08:00
|
|
|
DylibFile::DylibFile(MemoryBufferRef mb, DylibFile *umbrella)
|
|
|
|
: InputFile(DylibKind, mb) {
|
|
|
|
if (umbrella == nullptr)
|
|
|
|
umbrella = this;
|
|
|
|
|
2020-04-22 04:37:57 +08:00
|
|
|
auto *buf = reinterpret_cast<const uint8_t *>(mb.getBufferStart());
|
|
|
|
auto *hdr = reinterpret_cast<const mach_header_64 *>(mb.getBufferStart());
|
|
|
|
|
|
|
|
// Initialize dylibName.
|
|
|
|
if (const load_command *cmd = findCommand(hdr, LC_ID_DYLIB)) {
|
|
|
|
auto *c = reinterpret_cast<const dylib_command *>(cmd);
|
2020-12-16 04:25:15 +08:00
|
|
|
currentVersion = read32le(&c->dylib.current_version);
|
|
|
|
compatibilityVersion = read32le(&c->dylib.compatibility_version);
|
2020-04-22 04:37:57 +08:00
|
|
|
dylibName = reinterpret_cast<const char *>(cmd) + read32le(&c->dylib.name);
|
|
|
|
} else {
|
2020-12-02 08:00:48 +08:00
|
|
|
error("dylib " + toString(this) + " missing LC_ID_DYLIB load command");
|
2020-04-22 04:37:57 +08:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Initialize symbols.
|
2020-12-10 07:08:05 +08:00
|
|
|
DylibFile *exportingFile = isImplicitlyLinked(dylibName) ? this : umbrella;
|
[lld-macho] Use export trie instead of symtab when linking against dylibs
Summary:
This allows us to link against stripped dylibs. Moreover, it's simply
more correct: The symbol table includes symbols that the dylib uses but
doesn't export.
This temporarily regresses our ability to do lazy symbol binding because
dyld_stub_binder isn't in libSystem's export trie. Rather, it is in one
of the sub-libraries libSystem re-exports. (This doesn't affect our
tests since we are mocking out dyld_stub_binder there.) A follow-up diff
will address this by adding support for sub-libraries.
Depends on D79114.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: mgorny, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79226
2020-04-23 11:00:57 +08:00
|
|
|
if (const load_command *cmd = findCommand(hdr, LC_DYLD_INFO_ONLY)) {
|
|
|
|
auto *c = reinterpret_cast<const dyld_info_command *>(cmd);
|
|
|
|
parseTrie(buf + c->export_off, c->export_size,
|
|
|
|
[&](const Twine &name, uint64_t flags) {
|
2020-07-25 06:55:25 +08:00
|
|
|
bool isWeakDef = flags & EXPORT_SYMBOL_FLAGS_WEAK_DEFINITION;
|
2020-08-13 10:50:09 +08:00
|
|
|
bool isTlv = flags & EXPORT_SYMBOL_FLAGS_KIND_THREAD_LOCAL;
|
2020-12-10 07:08:05 +08:00
|
|
|
symbols.push_back(symtab->addDylib(
|
|
|
|
saver.save(name), exportingFile, isWeakDef, isTlv));
|
[lld-macho] Use export trie instead of symtab when linking against dylibs
Summary:
This allows us to link against stripped dylibs. Moreover, it's simply
more correct: The symbol table includes symbols that the dylib uses but
doesn't export.
This temporarily regresses our ability to do lazy symbol binding because
dyld_stub_binder isn't in libSystem's export trie. Rather, it is in one
of the sub-libraries libSystem re-exports. (This doesn't affect our
tests since we are mocking out dyld_stub_binder there.) A follow-up diff
will address this by adding support for sub-libraries.
Depends on D79114.
Reviewers: ruiu, pcc, MaskRay, smeenai, alexshap, gkm, Ktwu, christylee
Subscribers: mgorny, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D79226
2020-04-23 11:00:57 +08:00
|
|
|
});
|
|
|
|
} else {
|
2020-12-02 08:00:48 +08:00
|
|
|
error("LC_DYLD_INFO_ONLY not found in " + toString(this));
|
2020-04-24 11:16:49 +08:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (hdr->flags & MH_NO_REEXPORTED_DYLIBS)
|
|
|
|
return;
|
|
|
|
|
|
|
|
const uint8_t *p =
|
|
|
|
reinterpret_cast<const uint8_t *>(hdr) + sizeof(mach_header_64);
|
|
|
|
for (uint32_t i = 0, n = hdr->ncmds; i < n; ++i) {
|
|
|
|
auto *cmd = reinterpret_cast<const load_command *>(p);
|
|
|
|
p += cmd->cmdsize;
|
|
|
|
if (cmd->cmd != LC_REEXPORT_DYLIB)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
auto *c = reinterpret_cast<const dylib_command *>(cmd);
|
|
|
|
StringRef reexportPath =
|
|
|
|
reinterpret_cast<const char *>(c) + read32le(&c->dylib.name);
|
2020-12-10 14:29:28 +08:00
|
|
|
loadReexport(reexportPath, umbrella);
|
2020-04-22 04:37:57 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-08-13 10:50:12 +08:00
|
|
|
DylibFile::DylibFile(const InterfaceFile &interface, DylibFile *umbrella)
|
2020-08-19 06:46:21 +08:00
|
|
|
: InputFile(DylibKind, interface) {
|
2020-06-06 02:18:33 +08:00
|
|
|
if (umbrella == nullptr)
|
|
|
|
umbrella = this;
|
|
|
|
|
2020-08-13 10:50:12 +08:00
|
|
|
dylibName = saver.save(interface.getInstallName());
|
2020-12-16 04:25:15 +08:00
|
|
|
compatibilityVersion = interface.getCompatibilityVersion().rawValue();
|
|
|
|
currentVersion = interface.getCurrentVersion().rawValue();
|
2020-12-10 07:08:05 +08:00
|
|
|
DylibFile *exportingFile = isImplicitlyLinked(dylibName) ? this : umbrella;
|
2020-08-13 10:50:10 +08:00
|
|
|
auto addSymbol = [&](const Twine &name) -> void {
|
2020-12-10 07:08:05 +08:00
|
|
|
symbols.push_back(symtab->addDylib(saver.save(name), exportingFile,
|
2020-08-13 10:50:10 +08:00
|
|
|
/*isWeakDef=*/false,
|
|
|
|
/*isTlv=*/false));
|
|
|
|
};
|
2020-06-06 02:18:33 +08:00
|
|
|
// TODO(compnerd) filter out symbols based on the target platform
|
2020-08-13 10:50:09 +08:00
|
|
|
// TODO: handle weak defs, thread locals
|
2020-08-13 10:50:12 +08:00
|
|
|
for (const auto symbol : interface.symbols()) {
|
2020-08-13 10:50:10 +08:00
|
|
|
if (!symbol->getArchitectures().has(config->arch))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
switch (symbol->getKind()) {
|
|
|
|
case SymbolKind::GlobalSymbol:
|
|
|
|
addSymbol(symbol->getName());
|
|
|
|
break;
|
|
|
|
case SymbolKind::ObjectiveCClass:
|
|
|
|
// XXX ld64 only creates these symbols when -ObjC is passed in. We may
|
|
|
|
// want to emulate that.
|
2020-08-19 05:37:04 +08:00
|
|
|
addSymbol(objc::klass + symbol->getName());
|
|
|
|
addSymbol(objc::metaclass + symbol->getName());
|
2020-08-13 10:50:10 +08:00
|
|
|
break;
|
|
|
|
case SymbolKind::ObjectiveCClassEHType:
|
2020-08-19 05:37:04 +08:00
|
|
|
addSymbol(objc::ehtype + symbol->getName());
|
2020-08-13 10:50:10 +08:00
|
|
|
break;
|
|
|
|
case SymbolKind::ObjectiveCInstanceVariable:
|
2020-08-19 05:37:04 +08:00
|
|
|
addSymbol(objc::ivar + symbol->getName());
|
2020-08-13 10:50:10 +08:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
2020-08-14 04:48:47 +08:00
|
|
|
|
|
|
|
bool isTopLevelTapi = false;
|
|
|
|
if (currentTopLevelTapi == nullptr) {
|
|
|
|
currentTopLevelTapi = &interface;
|
|
|
|
isTopLevelTapi = true;
|
|
|
|
}
|
|
|
|
|
|
|
|
for (InterfaceFileRef intfRef : interface.reexportedLibraries())
|
2020-12-10 14:29:28 +08:00
|
|
|
loadReexport(intfRef.getInstallName(), umbrella);
|
2020-08-14 04:48:47 +08:00
|
|
|
|
|
|
|
if (isTopLevelTapi)
|
|
|
|
currentTopLevelTapi = nullptr;
|
2020-06-06 02:18:33 +08:00
|
|
|
}
|
|
|
|
|
2020-05-15 03:43:51 +08:00
|
|
|
ArchiveFile::ArchiveFile(std::unique_ptr<llvm::object::Archive> &&f)
|
|
|
|
: InputFile(ArchiveKind, f->getMemoryBufferRef()), file(std::move(f)) {
|
|
|
|
for (const object::Archive::Symbol &sym : file->symbols())
|
|
|
|
symtab->addLazy(sym.getName(), this, sym);
|
|
|
|
}
|
|
|
|
|
|
|
|
void ArchiveFile::fetch(const object::Archive::Symbol &sym) {
|
|
|
|
object::Archive::Child c =
|
|
|
|
CHECK(sym.getMember(), toString(this) +
|
|
|
|
": could not get the member for symbol " +
|
2020-11-20 23:14:57 +08:00
|
|
|
toMachOString(sym));
|
2020-05-15 03:43:51 +08:00
|
|
|
|
|
|
|
if (!seen.insert(c.getChildOffset()).second)
|
|
|
|
return;
|
|
|
|
|
|
|
|
MemoryBufferRef mb =
|
|
|
|
CHECK(c.getMemoryBufferRef(),
|
|
|
|
toString(this) +
|
|
|
|
": could not get the buffer for the member defining symbol " +
|
2020-11-20 23:14:57 +08:00
|
|
|
toMachOString(sym));
|
2020-12-02 06:45:11 +08:00
|
|
|
|
2020-12-02 12:31:57 +08:00
|
|
|
if (tar && c.getParent()->isThin())
|
|
|
|
tar->append(relativeToRoot(CHECK(c.getFullName(), this)), mb.getBuffer());
|
|
|
|
|
2020-12-02 06:45:11 +08:00
|
|
|
uint32_t modTime = toTimeT(
|
|
|
|
CHECK(c.getLastModified(), toString(this) +
|
|
|
|
": could not get the modification time "
|
|
|
|
"for the member defining symbol " +
|
2020-11-20 23:14:57 +08:00
|
|
|
toMachOString(sym)));
|
2020-12-02 06:45:11 +08:00
|
|
|
|
2020-12-03 07:59:00 +08:00
|
|
|
// `sym` is owned by a LazySym, which will be replace<>() by make<ObjFile>
|
|
|
|
// and become invalid after that call. Copy it to the stack so we can refer
|
|
|
|
// to it later.
|
|
|
|
const object::Archive::Symbol sym_copy = sym;
|
|
|
|
|
2020-12-03 06:12:51 +08:00
|
|
|
InputFile *file;
|
|
|
|
switch (identify_magic(mb.getBuffer())) {
|
|
|
|
case file_magic::macho_object:
|
|
|
|
file = make<ObjFile>(mb, modTime, getName());
|
|
|
|
break;
|
|
|
|
case file_magic::bitcode:
|
|
|
|
file = make<BitcodeFile>(mb);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
StringRef bufname =
|
|
|
|
CHECK(c.getName(), toString(this) + ": could not get buffer name");
|
|
|
|
error(toString(this) + ": archive member " + bufname +
|
|
|
|
" has unhandled file type");
|
|
|
|
return;
|
|
|
|
}
|
2020-12-15 06:59:22 +08:00
|
|
|
inputFiles.insert(file);
|
2020-12-02 06:45:11 +08:00
|
|
|
|
2020-12-03 07:59:00 +08:00
|
|
|
// ld64 doesn't demangle sym here even with -demangle. Match that, so
|
|
|
|
// intentionally no call to toMachOString() here.
|
2020-12-03 07:57:30 +08:00
|
|
|
printArchiveMemberLoad(sym_copy.getName(), file);
|
2020-05-15 03:43:51 +08:00
|
|
|
}
|
|
|
|
|
2020-10-27 10:18:29 +08:00
|
|
|
BitcodeFile::BitcodeFile(MemoryBufferRef mbref)
|
|
|
|
: InputFile(BitcodeKind, mbref) {
|
|
|
|
obj = check(lto::InputFile::create(mbref));
|
|
|
|
}
|