6bda14b313
I did this a long time ago with a janky python script, but now clang-format has built-in support for this. I fed clang-format every line with a #include and let it re-sort things according to the precise LLVM rules for include ordering baked into clang-format these days. I've reverted a number of files where the results of sorting includes isn't healthy. Either places where we have legacy code relying on particular include ordering (where possible, I'll fix these separately) or where we have particular formatting around #include lines that I didn't want to disturb in this patch. This patch is *entirely* mechanical. If you get merge conflicts or anything, just ignore the changes in this patch and run clang-format over your #include lines in the files. Sorry for any noise here, but it is important to keep these things stable. I was seeing an increasing number of patches with irrelevant re-ordering of #include lines because clang-format was used. This patch at least isolates that churn, makes it easy to skip when resolving conflicts, and gets us to a clean baseline (again). llvm-svn: 304787
71 lines
2.6 KiB
C++
71 lines
2.6 KiB
C++
//===- DWARFDebugInfoEntry.cpp --------------------------------------------===//
|
|
//
|
|
// The LLVM Compiler Infrastructure
|
|
//
|
|
// This file is distributed under the University of Illinois Open Source
|
|
// License. See LICENSE.TXT for details.
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
#include "llvm/DebugInfo/DWARF/DWARFDebugInfoEntry.h"
|
|
#include "llvm/ADT/Optional.h"
|
|
#include "llvm/DebugInfo/DWARF/DWARFDebugAbbrev.h"
|
|
#include "llvm/DebugInfo/DWARF/DWARFFormValue.h"
|
|
#include "llvm/DebugInfo/DWARF/DWARFUnit.h"
|
|
#include "llvm/Support/DataExtractor.h"
|
|
#include <cstddef>
|
|
#include <cstdint>
|
|
|
|
using namespace llvm;
|
|
using namespace dwarf;
|
|
|
|
bool DWARFDebugInfoEntry::extractFast(const DWARFUnit &U,
|
|
uint32_t *OffsetPtr) {
|
|
DataExtractor DebugInfoData = U.getDebugInfoExtractor();
|
|
const uint32_t UEndOffset = U.getNextUnitOffset();
|
|
return extractFast(U, OffsetPtr, DebugInfoData, UEndOffset, 0);
|
|
}
|
|
|
|
bool DWARFDebugInfoEntry::extractFast(const DWARFUnit &U, uint32_t *OffsetPtr,
|
|
const DataExtractor &DebugInfoData,
|
|
uint32_t UEndOffset, uint32_t D) {
|
|
Offset = *OffsetPtr;
|
|
Depth = D;
|
|
if (Offset >= UEndOffset || !DebugInfoData.isValidOffset(Offset))
|
|
return false;
|
|
uint64_t AbbrCode = DebugInfoData.getULEB128(OffsetPtr);
|
|
if (0 == AbbrCode) {
|
|
// NULL debug tag entry.
|
|
AbbrevDecl = nullptr;
|
|
return true;
|
|
}
|
|
AbbrevDecl = U.getAbbreviations()->getAbbreviationDeclaration(AbbrCode);
|
|
if (nullptr == AbbrevDecl) {
|
|
// Restore the original offset.
|
|
*OffsetPtr = Offset;
|
|
return false;
|
|
}
|
|
// See if all attributes in this DIE have fixed byte sizes. If so, we can
|
|
// just add this size to the offset to skip to the next DIE.
|
|
if (Optional<size_t> FixedSize = AbbrevDecl->getFixedAttributesByteSize(U)) {
|
|
*OffsetPtr += *FixedSize;
|
|
return true;
|
|
}
|
|
|
|
// Skip all data in the .debug_info for the attributes
|
|
for (const auto &AttrSpec : AbbrevDecl->attributes()) {
|
|
// Check if this attribute has a fixed byte size.
|
|
if (auto FixedSize = AttrSpec.getByteSize(U)) {
|
|
// Attribute byte size if fixed, just add the size to the offset.
|
|
*OffsetPtr += *FixedSize;
|
|
} else if (!DWARFFormValue::skipValue(AttrSpec.Form, DebugInfoData,
|
|
OffsetPtr, &U)) {
|
|
// We failed to skip this attribute's value, restore the original offset
|
|
// and return the failure status.
|
|
*OffsetPtr = Offset;
|
|
return false;
|
|
}
|
|
}
|
|
return true;
|
|
}
|