In a PR last month I changed the ObjectFile CreateInstance etc methods to accept an optional DataExtractorSP instead of a DataBufferSP, and retain the extractor in a shared pointer internally in all of the ObjectFile subclasses. This is laying the groundwork for using a VirtualDataExtractor for some Mach-O binaries on macOS, where the segments of the binary are out-of-order in actual memory, and we add a lookup table to make it appear that the TEXT segment is at offset 0 in the Extractor, etc. Working on the actual implementation, I realized we were still using DataBufferSP's in ModuleSpec and Module, as well as in ObjectFile::GetModuleSpecifications. I originally was making a much larger NFC change where I had all ObjectFile subclasses operating on DataExtractors throughout their implementation, as well as in the DWARF parser. It was a very large patchset. Many subclasses start with their DataExtractor, then create smaller DataExtractors for parts of the binary image - the string table, the symbol table, etc., for processing. After consideration and discussion with Jonas, we agreed that a segment/section of a binary will never require a lookup table to access the bytes within it, so I changed VirtualDataExtractor::GetSubsetExtractorSP to (1) require that the Subset be contained within a single lookup table entry, and (2) return a simple DataExtractor bounded on that byte range. By doing this, I was able to remove all of my very-invasive changes to the ObjectFile subclass internals; it's only when they are operating on the entire binary image that care is needed. One pattern that subclasses like ObjectFileBreakpad use is to take an ArrayRef of the DataBuffer for a binary, then create a StringRef of that, then look for strings in it. With a VirtualDataExtractor and out-of-order binary segments, with gaps between them, this allows us to search the entire buffer looking for a string, and segfault when it gets to an unmapped region of the buffer. I added a VirtualDataExtractor::GetSubsetExtractorSP(0) which gets the largest contiguous memory region starting at offset 0 for this use case, and I added a comment about what was being done there because I know it is not obvious, and people not working on macOS wouldn't be familiar with the requirement. (when we have a ModuleSpec with a DataExtractor, any of the ObjectFile subclasses get a shot at Creating, so they all have to be able to iterate on these) rdar://148939795
120 lines
4.2 KiB
C++
120 lines
4.2 KiB
C++
//===-- ObjectFileCOFF.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 LLDB_SOURCE_PLUGINS_OBJECTFILE_COFF_OBJECTFILECOFF_H
|
|
#define LLDB_SOURCE_PLUGINS_OBJECTFILE_COFF_OBJECTFILECOFF_H
|
|
|
|
#include "lldb/Symbol/ObjectFile.h"
|
|
|
|
#include "llvm/Object/COFF.h"
|
|
|
|
/// \class ObjectFileELF
|
|
/// Generic COFF object file reader.
|
|
///
|
|
/// This class provides a generic COFF reader plugin implementing the ObjectFile
|
|
/// protocol. Assumes that the COFF object format is a Microsoft style COFF
|
|
/// rather than the full generality afforded by it.
|
|
class ObjectFileCOFF : public lldb_private::ObjectFile {
|
|
std::unique_ptr<llvm::object::COFFObjectFile> m_object;
|
|
lldb_private::UUID m_uuid;
|
|
|
|
ObjectFileCOFF(std::unique_ptr<llvm::object::COFFObjectFile> object,
|
|
const lldb::ModuleSP &module_sp,
|
|
lldb::DataExtractorSP extractor_sp, lldb::offset_t data_offset,
|
|
const lldb_private::FileSpec *file, lldb::offset_t file_offset,
|
|
lldb::offset_t length)
|
|
: ObjectFile(module_sp, file, file_offset, length, extractor_sp,
|
|
data_offset),
|
|
m_object(std::move(object)) {}
|
|
|
|
public:
|
|
~ObjectFileCOFF() override;
|
|
|
|
static void Initialize();
|
|
static void Terminate();
|
|
|
|
static llvm::StringRef GetPluginNameStatic() { return "COFF"; }
|
|
static llvm::StringRef GetPluginDescriptionStatic() {
|
|
return "COFF Object File Reader";
|
|
}
|
|
|
|
static lldb_private::ObjectFile *
|
|
CreateInstance(const lldb::ModuleSP &module_sp,
|
|
lldb::DataExtractorSP extractor_sp, lldb::offset_t data_offset,
|
|
const lldb_private::FileSpec *file, lldb::offset_t file_offset,
|
|
lldb::offset_t length);
|
|
|
|
static lldb_private::ObjectFile *
|
|
CreateMemoryInstance(const lldb::ModuleSP &module_sp,
|
|
lldb::WritableDataBufferSP data_sp,
|
|
const lldb::ProcessSP &process_sp, lldb::addr_t header);
|
|
|
|
static size_t GetModuleSpecifications(const lldb_private::FileSpec &file,
|
|
lldb::DataExtractorSP &extractor_sp,
|
|
lldb::offset_t data_offset,
|
|
lldb::offset_t file_offset,
|
|
lldb::offset_t length,
|
|
lldb_private::ModuleSpecList &specs);
|
|
|
|
// LLVM RTTI support
|
|
static char ID;
|
|
bool isA(const void *ClassID) const override {
|
|
return ClassID == &ID || ObjectFile::isA(ClassID);
|
|
}
|
|
static bool classof(const ObjectFile *obj) { return obj->isA(&ID); }
|
|
|
|
// PluginInterface protocol
|
|
llvm::StringRef GetPluginName() override { return GetPluginNameStatic(); }
|
|
|
|
// ObjectFile protocol
|
|
void Dump(lldb_private::Stream *stream) override;
|
|
|
|
uint32_t GetAddressByteSize() const override;
|
|
|
|
uint32_t GetDependentModules(lldb_private::FileSpecList &specs) override {
|
|
return 0;
|
|
}
|
|
|
|
bool IsExecutable() const override {
|
|
// COFF is an object file format only, it cannot host an executable.
|
|
return false;
|
|
}
|
|
|
|
lldb_private::ArchSpec GetArchitecture() override;
|
|
|
|
void CreateSections(lldb_private::SectionList &) override;
|
|
|
|
void ParseSymtab(lldb_private::Symtab &) override;
|
|
|
|
bool IsStripped() override {
|
|
// FIXME see if there is a good way to identify a /Z7 v /Zi or /ZI build.
|
|
return false;
|
|
}
|
|
|
|
lldb_private::UUID GetUUID() override { return m_uuid; }
|
|
|
|
lldb::ByteOrder GetByteOrder() const override {
|
|
// Microsoft always uses little endian.
|
|
return lldb::ByteOrder::eByteOrderLittle;
|
|
}
|
|
|
|
bool ParseHeader() override;
|
|
|
|
lldb_private::ObjectFile::Type CalculateType() override {
|
|
// COFF is an object file format only, it cannot host an executable.
|
|
return lldb_private::ObjectFile::eTypeObjectFile;
|
|
}
|
|
|
|
lldb_private::ObjectFile::Strata CalculateStrata() override {
|
|
// FIXME the object file may correspond to a kernel image.
|
|
return lldb_private::ObjectFile::eStrataUser;
|
|
}
|
|
};
|
|
|
|
#endif
|