2017-08-18 05:26:39 +08:00
|
|
|
//===- llvm/CodeGen/DwarfDebug.h - Dwarf Debug Framework --------*- C++ -*-===//
|
2009-05-15 17:23:25 +08:00
|
|
|
//
|
|
|
|
// The LLVM Compiler Infrastructure
|
|
|
|
//
|
|
|
|
// This file is distributed under the University of Illinois Open Source
|
|
|
|
// License. See LICENSE.TXT for details.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
//
|
|
|
|
// This file contains support for writing dwarf debug info into asm files.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
2014-08-14 00:26:38 +08:00
|
|
|
#ifndef LLVM_LIB_CODEGEN_ASMPRINTER_DWARFDEBUG_H
|
|
|
|
#define LLVM_LIB_CODEGEN_ASMPRINTER_DWARFDEBUG_H
|
2009-05-15 17:23:25 +08:00
|
|
|
|
2017-08-18 05:26:39 +08:00
|
|
|
#include "AddressPool.h"
|
2014-05-01 05:34:11 +08:00
|
|
|
#include "DbgValueHistoryCalculator.h"
|
2016-02-11 04:55:49 +08:00
|
|
|
#include "DebugHandlerBase.h"
|
AsmPrinter: Create a unified .debug_loc stream
This commit removes `DebugLocList` and replaces it with
`DebugLocStream`.
- `DebugLocEntry` no longer contains its byte/comment streams.
- The `DebugLocEntry` list for a variable/inlined-at pair is allocated
on the stack, and released right after `DebugLocEntry::finalize()`
(possible because of the refactoring in r231023). Now, only one
list is in memory at a time now.
- There's a single unified stream for the `.debug_loc` section that
persists, stored in the new `DebugLocStream` data structure.
The last point is important: this collapses the nested `SmallVector<>`s
from `DebugLocList` into unified streams. We previously had something
like the following:
vec<tuple<Label, CU,
vec<tuple<BeginSym, EndSym,
vec<Value>,
vec<char>,
vec<string>>>>>
A `SmallVector` can avoid allocations, but is statically fairly large
for a vector: three pointers plus the size of the small storage, which
is the number of elements in small mode times the element size).
Nesting these is expensive, since an inner vector's size contributes to
the element size of an outer one. (Nesting any vector is expensive...)
In the old data structure, the outer vector's *element* size was 632B,
excluding allocation costs for when the middle and inner vectors
exceeded their small sizes. 312B of this was for the "three" pointers
in the vector-tree beneath it. If you assume 1M functions with an
average of 10 variable/inlined-at pairs each (in an LTO scenario),
that's almost 6GB (besides inner allocations), with almost 3GB for the
"three" pointers.
This came up in a heap profile a little while ago of a `clang -flto -g`
bootstrap, with `DwarfDebug::collectVariableInfo()` using something like
10-15% of the total memory.
With this commit, we have:
tuple<vec<tuple<Label, CU, Offset>>,
vec<tuple<BeginSym, EndSym, Offset, Offset>>,
vec<char>,
vec<string>>
The offsets are used to create `ArrayRef` slices of adjacent
`SmallVector`s. This reduces the number of vectors to four (unrelated
to the number of variable/inlined-at pairs), and caps the number of
allocations at the same number.
Besides saving memory and limiting allocations, this is NFC.
I don't know my way around this code very well yet, but I wonder if we
could go further: why stream to a side-table, instead of directly to the
output stream?
llvm-svn: 235229
2015-04-18 05:34:47 +08:00
|
|
|
#include "DebugLocStream.h"
|
2014-04-24 07:37:35 +08:00
|
|
|
#include "DwarfAccelTable.h"
|
2015-01-14 19:23:27 +08:00
|
|
|
#include "DwarfFile.h"
|
2017-08-18 05:26:39 +08:00
|
|
|
#include "llvm/ADT/ArrayRef.h"
|
2010-01-19 14:19:05 +08:00
|
|
|
#include "llvm/ADT/DenseMap.h"
|
2015-04-16 06:29:27 +08:00
|
|
|
#include "llvm/ADT/DenseSet.h"
|
2014-03-19 04:58:35 +08:00
|
|
|
#include "llvm/ADT/MapVector.h"
|
2017-08-18 05:26:39 +08:00
|
|
|
#include "llvm/ADT/STLExtras.h"
|
2016-12-16 07:37:38 +08:00
|
|
|
#include "llvm/ADT/SetVector.h"
|
2014-03-19 04:58:35 +08:00
|
|
|
#include "llvm/ADT/SmallPtrSet.h"
|
2017-08-18 05:26:39 +08:00
|
|
|
#include "llvm/ADT/SmallVector.h"
|
2014-03-19 04:58:35 +08:00
|
|
|
#include "llvm/ADT/StringMap.h"
|
2017-08-18 05:26:39 +08:00
|
|
|
#include "llvm/ADT/StringRef.h"
|
|
|
|
#include "llvm/BinaryFormat/Dwarf.h"
|
2014-05-31 05:10:13 +08:00
|
|
|
#include "llvm/CodeGen/MachineInstr.h"
|
2017-08-18 05:26:39 +08:00
|
|
|
#include "llvm/IR/DebugInfoMetadata.h"
|
2014-03-19 04:58:35 +08:00
|
|
|
#include "llvm/IR/DebugLoc.h"
|
2017-08-18 05:26:39 +08:00
|
|
|
#include "llvm/IR/Metadata.h"
|
2014-03-18 09:17:26 +08:00
|
|
|
#include "llvm/MC/MCDwarf.h"
|
2010-04-05 13:24:55 +08:00
|
|
|
#include "llvm/Support/Allocator.h"
|
2015-12-17 03:58:30 +08:00
|
|
|
#include "llvm/Target/TargetOptions.h"
|
2017-08-18 05:26:39 +08:00
|
|
|
#include <cassert>
|
|
|
|
#include <cstdint>
|
|
|
|
#include <limits>
|
2014-04-23 06:39:41 +08:00
|
|
|
#include <memory>
|
2017-08-18 05:26:39 +08:00
|
|
|
#include <utility>
|
|
|
|
#include <vector>
|
2014-04-23 06:39:41 +08:00
|
|
|
|
2009-05-15 17:23:25 +08:00
|
|
|
namespace llvm {
|
|
|
|
|
2014-03-18 10:34:52 +08:00
|
|
|
class AsmPrinter;
|
2014-03-08 06:40:37 +08:00
|
|
|
class ByteStreamer;
|
AsmPrinter: Create a unified .debug_loc stream
This commit removes `DebugLocList` and replaces it with
`DebugLocStream`.
- `DebugLocEntry` no longer contains its byte/comment streams.
- The `DebugLocEntry` list for a variable/inlined-at pair is allocated
on the stack, and released right after `DebugLocEntry::finalize()`
(possible because of the refactoring in r231023). Now, only one
list is in memory at a time now.
- There's a single unified stream for the `.debug_loc` section that
persists, stored in the new `DebugLocStream` data structure.
The last point is important: this collapses the nested `SmallVector<>`s
from `DebugLocList` into unified streams. We previously had something
like the following:
vec<tuple<Label, CU,
vec<tuple<BeginSym, EndSym,
vec<Value>,
vec<char>,
vec<string>>>>>
A `SmallVector` can avoid allocations, but is statically fairly large
for a vector: three pointers plus the size of the small storage, which
is the number of elements in small mode times the element size).
Nesting these is expensive, since an inner vector's size contributes to
the element size of an outer one. (Nesting any vector is expensive...)
In the old data structure, the outer vector's *element* size was 632B,
excluding allocation costs for when the middle and inner vectors
exceeded their small sizes. 312B of this was for the "three" pointers
in the vector-tree beneath it. If you assume 1M functions with an
average of 10 variable/inlined-at pairs each (in an LTO scenario),
that's almost 6GB (besides inner allocations), with almost 3GB for the
"three" pointers.
This came up in a heap profile a little while ago of a `clang -flto -g`
bootstrap, with `DwarfDebug::collectVariableInfo()` using something like
10-15% of the total memory.
With this commit, we have:
tuple<vec<tuple<Label, CU, Offset>>,
vec<tuple<BeginSym, EndSym, Offset, Offset>>,
vec<char>,
vec<string>>
The offsets are used to create `ArrayRef` slices of adjacent
`SmallVector`s. This reduces the number of vectors to four (unrelated
to the number of variable/inlined-at pairs), and caps the number of
allocations at the same number.
Besides saving memory and limiting allocations, this is NFC.
I don't know my way around this code very well yet, but I wonder if we
could go further: why stream to a side-table, instead of directly to the
output stream?
llvm-svn: 235229
2015-04-18 05:34:47 +08:00
|
|
|
class DebugLocEntry;
|
2017-08-18 05:26:39 +08:00
|
|
|
class DIE;
|
2014-03-19 04:37:10 +08:00
|
|
|
class DwarfCompileUnit;
|
|
|
|
class DwarfTypeUnit;
|
|
|
|
class DwarfUnit;
|
2017-08-18 05:26:39 +08:00
|
|
|
class LexicalScope;
|
|
|
|
class MachineFunction;
|
|
|
|
class MCSection;
|
|
|
|
class MCSymbol;
|
|
|
|
class MDNode;
|
|
|
|
class Module;
|
2009-05-15 17:23:25 +08:00
|
|
|
|
2011-04-13 06:53:02 +08:00
|
|
|
//===----------------------------------------------------------------------===//
|
AsmPrinter: Rewrite initialization of DbgVariable, NFC
There are three types of `DbgVariable`:
- alloca variables, created based on the MMI table,
- register variables, created based on DBG_VALUE instructions, and
- optimized-out variables.
This commit reconfigures `DbgVariable` to make it easier to tell which
kind we have, and make initialization a little clearer.
For MMI/alloca variables, `FrameIndex.size()` must always equal
`Expr.size()`, and there shouldn't be an `MInsn`. For register
variables (with a `MInsn`), `FrameIndex` must be empty, and `Expr`
should have 0 or 1 element depending on whether it has a complex
expression (registers with multiple locations use `DebugLocListIndex`).
Optimized-out variables shouldn't have any of these fields.
Moreover, this separates DBG_VALUE initialization until after the
variable is created, simplifying logic in a future commit that changes
`collectVariableInfo()` to stop creating empty .debug_loc entries/lists.
llvm-svn: 240243
2015-06-22 00:50:43 +08:00
|
|
|
/// This class is used to track local variable information.
|
2015-02-11 07:18:28 +08:00
|
|
|
///
|
AsmPrinter: Rewrite initialization of DbgVariable, NFC
There are three types of `DbgVariable`:
- alloca variables, created based on the MMI table,
- register variables, created based on DBG_VALUE instructions, and
- optimized-out variables.
This commit reconfigures `DbgVariable` to make it easier to tell which
kind we have, and make initialization a little clearer.
For MMI/alloca variables, `FrameIndex.size()` must always equal
`Expr.size()`, and there shouldn't be an `MInsn`. For register
variables (with a `MInsn`), `FrameIndex` must be empty, and `Expr`
should have 0 or 1 element depending on whether it has a complex
expression (registers with multiple locations use `DebugLocListIndex`).
Optimized-out variables shouldn't have any of these fields.
Moreover, this separates DBG_VALUE initialization until after the
variable is created, simplifying logic in a future commit that changes
`collectVariableInfo()` to stop creating empty .debug_loc entries/lists.
llvm-svn: 240243
2015-06-22 00:50:43 +08:00
|
|
|
/// Variables can be created from allocas, in which case they're generated from
|
|
|
|
/// the MMI table. Such variables can have multiple expressions and frame
|
2017-02-18 03:42:32 +08:00
|
|
|
/// indices.
|
2015-02-11 07:18:28 +08:00
|
|
|
///
|
AsmPrinter: Rewrite initialization of DbgVariable, NFC
There are three types of `DbgVariable`:
- alloca variables, created based on the MMI table,
- register variables, created based on DBG_VALUE instructions, and
- optimized-out variables.
This commit reconfigures `DbgVariable` to make it easier to tell which
kind we have, and make initialization a little clearer.
For MMI/alloca variables, `FrameIndex.size()` must always equal
`Expr.size()`, and there shouldn't be an `MInsn`. For register
variables (with a `MInsn`), `FrameIndex` must be empty, and `Expr`
should have 0 or 1 element depending on whether it has a complex
expression (registers with multiple locations use `DebugLocListIndex`).
Optimized-out variables shouldn't have any of these fields.
Moreover, this separates DBG_VALUE initialization until after the
variable is created, simplifying logic in a future commit that changes
`collectVariableInfo()` to stop creating empty .debug_loc entries/lists.
llvm-svn: 240243
2015-06-22 00:50:43 +08:00
|
|
|
/// Variables can be created from \c DBG_VALUE instructions. Those whose
|
|
|
|
/// location changes over time use \a DebugLocListIndex, while those with a
|
|
|
|
/// single instruction use \a MInsn and (optionally) a single entry of \a Expr.
|
|
|
|
///
|
|
|
|
/// Variables that have been optimized out use none of these fields.
|
2013-09-12 02:05:11 +08:00
|
|
|
class DbgVariable {
|
AsmPrinter: Rewrite initialization of DbgVariable, NFC
There are three types of `DbgVariable`:
- alloca variables, created based on the MMI table,
- register variables, created based on DBG_VALUE instructions, and
- optimized-out variables.
This commit reconfigures `DbgVariable` to make it easier to tell which
kind we have, and make initialization a little clearer.
For MMI/alloca variables, `FrameIndex.size()` must always equal
`Expr.size()`, and there shouldn't be an `MInsn`. For register
variables (with a `MInsn`), `FrameIndex` must be empty, and `Expr`
should have 0 or 1 element depending on whether it has a complex
expression (registers with multiple locations use `DebugLocListIndex`).
Optimized-out variables shouldn't have any of these fields.
Moreover, this separates DBG_VALUE initialization until after the
variable is created, simplifying logic in a future commit that changes
`collectVariableInfo()` to stop creating empty .debug_loc entries/lists.
llvm-svn: 240243
2015-06-22 00:50:43 +08:00
|
|
|
const DILocalVariable *Var; /// Variable Descriptor.
|
|
|
|
const DILocation *IA; /// Inlined at location.
|
|
|
|
DIE *TheDIE = nullptr; /// Variable DIE.
|
|
|
|
unsigned DebugLocListIndex = ~0u; /// Offset in DebugLocs.
|
|
|
|
const MachineInstr *MInsn = nullptr; /// DBG_VALUE instruction.
|
2017-02-18 03:42:32 +08:00
|
|
|
|
|
|
|
struct FrameIndexExpr {
|
|
|
|
int FI;
|
|
|
|
const DIExpression *Expr;
|
|
|
|
};
|
|
|
|
mutable SmallVector<FrameIndexExpr, 1>
|
|
|
|
FrameIndexExprs; /// Frame index + expression.
|
2013-12-10 07:32:48 +08:00
|
|
|
|
2011-04-13 06:53:02 +08:00
|
|
|
public:
|
AsmPrinter: Rewrite initialization of DbgVariable, NFC
There are three types of `DbgVariable`:
- alloca variables, created based on the MMI table,
- register variables, created based on DBG_VALUE instructions, and
- optimized-out variables.
This commit reconfigures `DbgVariable` to make it easier to tell which
kind we have, and make initialization a little clearer.
For MMI/alloca variables, `FrameIndex.size()` must always equal
`Expr.size()`, and there shouldn't be an `MInsn`. For register
variables (with a `MInsn`), `FrameIndex` must be empty, and `Expr`
should have 0 or 1 element depending on whether it has a complex
expression (registers with multiple locations use `DebugLocListIndex`).
Optimized-out variables shouldn't have any of these fields.
Moreover, this separates DBG_VALUE initialization until after the
variable is created, simplifying logic in a future commit that changes
`collectVariableInfo()` to stop creating empty .debug_loc entries/lists.
llvm-svn: 240243
2015-06-22 00:50:43 +08:00
|
|
|
/// Construct a DbgVariable.
|
|
|
|
///
|
|
|
|
/// Creates a variable without any DW_AT_location. Call \a initializeMMI()
|
|
|
|
/// for MMI entries, or \a initializeDbgValue() for DBG_VALUE instructions.
|
2016-04-24 05:08:00 +08:00
|
|
|
DbgVariable(const DILocalVariable *V, const DILocation *IA)
|
|
|
|
: Var(V), IA(IA) {}
|
AsmPrinter: Rewrite initialization of DbgVariable, NFC
There are three types of `DbgVariable`:
- alloca variables, created based on the MMI table,
- register variables, created based on DBG_VALUE instructions, and
- optimized-out variables.
This commit reconfigures `DbgVariable` to make it easier to tell which
kind we have, and make initialization a little clearer.
For MMI/alloca variables, `FrameIndex.size()` must always equal
`Expr.size()`, and there shouldn't be an `MInsn`. For register
variables (with a `MInsn`), `FrameIndex` must be empty, and `Expr`
should have 0 or 1 element depending on whether it has a complex
expression (registers with multiple locations use `DebugLocListIndex`).
Optimized-out variables shouldn't have any of these fields.
Moreover, this separates DBG_VALUE initialization until after the
variable is created, simplifying logic in a future commit that changes
`collectVariableInfo()` to stop creating empty .debug_loc entries/lists.
llvm-svn: 240243
2015-06-22 00:50:43 +08:00
|
|
|
|
|
|
|
/// Initialize from the MMI table.
|
|
|
|
void initializeMMI(const DIExpression *E, int FI) {
|
2017-02-18 03:42:32 +08:00
|
|
|
assert(FrameIndexExprs.empty() && "Already initialized?");
|
AsmPrinter: Rewrite initialization of DbgVariable, NFC
There are three types of `DbgVariable`:
- alloca variables, created based on the MMI table,
- register variables, created based on DBG_VALUE instructions, and
- optimized-out variables.
This commit reconfigures `DbgVariable` to make it easier to tell which
kind we have, and make initialization a little clearer.
For MMI/alloca variables, `FrameIndex.size()` must always equal
`Expr.size()`, and there shouldn't be an `MInsn`. For register
variables (with a `MInsn`), `FrameIndex` must be empty, and `Expr`
should have 0 or 1 element depending on whether it has a complex
expression (registers with multiple locations use `DebugLocListIndex`).
Optimized-out variables shouldn't have any of these fields.
Moreover, this separates DBG_VALUE initialization until after the
variable is created, simplifying logic in a future commit that changes
`collectVariableInfo()` to stop creating empty .debug_loc entries/lists.
llvm-svn: 240243
2015-06-22 00:50:43 +08:00
|
|
|
assert(!MInsn && "Already initialized?");
|
|
|
|
|
|
|
|
assert((!E || E->isValid()) && "Expected valid expression");
|
2017-08-18 05:26:39 +08:00
|
|
|
assert(FI != std::numeric_limits<int>::max() && "Expected valid index");
|
AsmPrinter: Rewrite initialization of DbgVariable, NFC
There are three types of `DbgVariable`:
- alloca variables, created based on the MMI table,
- register variables, created based on DBG_VALUE instructions, and
- optimized-out variables.
This commit reconfigures `DbgVariable` to make it easier to tell which
kind we have, and make initialization a little clearer.
For MMI/alloca variables, `FrameIndex.size()` must always equal
`Expr.size()`, and there shouldn't be an `MInsn`. For register
variables (with a `MInsn`), `FrameIndex` must be empty, and `Expr`
should have 0 or 1 element depending on whether it has a complex
expression (registers with multiple locations use `DebugLocListIndex`).
Optimized-out variables shouldn't have any of these fields.
Moreover, this separates DBG_VALUE initialization until after the
variable is created, simplifying logic in a future commit that changes
`collectVariableInfo()` to stop creating empty .debug_loc entries/lists.
llvm-svn: 240243
2015-06-22 00:50:43 +08:00
|
|
|
|
2017-02-18 03:42:32 +08:00
|
|
|
FrameIndexExprs.push_back({FI, E});
|
Move the complex address expression out of DIVariable and into an extra
argument of the llvm.dbg.declare/llvm.dbg.value intrinsics.
Previously, DIVariable was a variable-length field that has an optional
reference to a Metadata array consisting of a variable number of
complex address expressions. In the case of OpPiece expressions this is
wasting a lot of storage in IR, because when an aggregate type is, e.g.,
SROA'd into all of its n individual members, the IR will contain n copies
of the DIVariable, all alike, only differing in the complex address
reference at the end.
By making the complex address into an extra argument of the
dbg.value/dbg.declare intrinsics, all of the pieces can reference the
same variable and the complex address expressions can be uniqued across
the CU, too.
Down the road, this will allow us to move other flags, such as
"indirection" out of the DIVariable, too.
The new intrinsics look like this:
declare void @llvm.dbg.declare(metadata %storage, metadata %var, metadata %expr)
declare void @llvm.dbg.value(metadata %storage, i64 %offset, metadata %var, metadata %expr)
This patch adds a new LLVM-local tag to DIExpressions, so we can detect
and pretty-print DIExpression metadata nodes.
What this patch doesn't do:
This patch does not touch the "Indirect" field in DIVariable; but moving
that into the expression would be a natural next step.
http://reviews.llvm.org/D4919
rdar://problem/17994491
Thanks to dblaikie and dexonsmith for reviewing this patch!
Note: I accidentally committed a bogus older version of this patch previously.
llvm-svn: 218787
2014-10-02 02:55:02 +08:00
|
|
|
}
|
2011-04-13 06:53:02 +08:00
|
|
|
|
AsmPrinter: Rewrite initialization of DbgVariable, NFC
There are three types of `DbgVariable`:
- alloca variables, created based on the MMI table,
- register variables, created based on DBG_VALUE instructions, and
- optimized-out variables.
This commit reconfigures `DbgVariable` to make it easier to tell which
kind we have, and make initialization a little clearer.
For MMI/alloca variables, `FrameIndex.size()` must always equal
`Expr.size()`, and there shouldn't be an `MInsn`. For register
variables (with a `MInsn`), `FrameIndex` must be empty, and `Expr`
should have 0 or 1 element depending on whether it has a complex
expression (registers with multiple locations use `DebugLocListIndex`).
Optimized-out variables shouldn't have any of these fields.
Moreover, this separates DBG_VALUE initialization until after the
variable is created, simplifying logic in a future commit that changes
`collectVariableInfo()` to stop creating empty .debug_loc entries/lists.
llvm-svn: 240243
2015-06-22 00:50:43 +08:00
|
|
|
/// Initialize from a DBG_VALUE instruction.
|
|
|
|
void initializeDbgValue(const MachineInstr *DbgValue) {
|
2017-02-18 03:42:32 +08:00
|
|
|
assert(FrameIndexExprs.empty() && "Already initialized?");
|
AsmPrinter: Rewrite initialization of DbgVariable, NFC
There are three types of `DbgVariable`:
- alloca variables, created based on the MMI table,
- register variables, created based on DBG_VALUE instructions, and
- optimized-out variables.
This commit reconfigures `DbgVariable` to make it easier to tell which
kind we have, and make initialization a little clearer.
For MMI/alloca variables, `FrameIndex.size()` must always equal
`Expr.size()`, and there shouldn't be an `MInsn`. For register
variables (with a `MInsn`), `FrameIndex` must be empty, and `Expr`
should have 0 or 1 element depending on whether it has a complex
expression (registers with multiple locations use `DebugLocListIndex`).
Optimized-out variables shouldn't have any of these fields.
Moreover, this separates DBG_VALUE initialization until after the
variable is created, simplifying logic in a future commit that changes
`collectVariableInfo()` to stop creating empty .debug_loc entries/lists.
llvm-svn: 240243
2015-06-22 00:50:43 +08:00
|
|
|
assert(!MInsn && "Already initialized?");
|
|
|
|
|
|
|
|
assert(Var == DbgValue->getDebugVariable() && "Wrong variable");
|
|
|
|
assert(IA == DbgValue->getDebugLoc()->getInlinedAt() && "Wrong inlined-at");
|
|
|
|
|
|
|
|
MInsn = DbgValue;
|
|
|
|
if (auto *E = DbgValue->getDebugExpression())
|
|
|
|
if (E->getNumElements())
|
2017-02-18 03:42:32 +08:00
|
|
|
FrameIndexExprs.push_back({0, E});
|
2015-02-11 07:18:28 +08:00
|
|
|
}
|
2014-05-31 05:10:13 +08:00
|
|
|
|
2011-04-13 06:53:02 +08:00
|
|
|
// Accessors.
|
2015-04-30 00:38:44 +08:00
|
|
|
const DILocalVariable *getVariable() const { return Var; }
|
|
|
|
const DILocation *getInlinedAt() const { return IA; }
|
2017-08-18 05:26:39 +08:00
|
|
|
|
2016-02-18 06:19:59 +08:00
|
|
|
const DIExpression *getSingleExpression() const {
|
2017-02-18 03:42:32 +08:00
|
|
|
assert(MInsn && FrameIndexExprs.size() <= 1);
|
|
|
|
return FrameIndexExprs.size() ? FrameIndexExprs[0].Expr : nullptr;
|
2016-02-18 06:19:59 +08:00
|
|
|
}
|
2017-08-18 05:26:39 +08:00
|
|
|
|
2014-04-26 01:32:19 +08:00
|
|
|
void setDIE(DIE &D) { TheDIE = &D; }
|
2013-12-10 07:32:48 +08:00
|
|
|
DIE *getDIE() const { return TheDIE; }
|
AsmPrinter: Create a unified .debug_loc stream
This commit removes `DebugLocList` and replaces it with
`DebugLocStream`.
- `DebugLocEntry` no longer contains its byte/comment streams.
- The `DebugLocEntry` list for a variable/inlined-at pair is allocated
on the stack, and released right after `DebugLocEntry::finalize()`
(possible because of the refactoring in r231023). Now, only one
list is in memory at a time now.
- There's a single unified stream for the `.debug_loc` section that
persists, stored in the new `DebugLocStream` data structure.
The last point is important: this collapses the nested `SmallVector<>`s
from `DebugLocList` into unified streams. We previously had something
like the following:
vec<tuple<Label, CU,
vec<tuple<BeginSym, EndSym,
vec<Value>,
vec<char>,
vec<string>>>>>
A `SmallVector` can avoid allocations, but is statically fairly large
for a vector: three pointers plus the size of the small storage, which
is the number of elements in small mode times the element size).
Nesting these is expensive, since an inner vector's size contributes to
the element size of an outer one. (Nesting any vector is expensive...)
In the old data structure, the outer vector's *element* size was 632B,
excluding allocation costs for when the middle and inner vectors
exceeded their small sizes. 312B of this was for the "three" pointers
in the vector-tree beneath it. If you assume 1M functions with an
average of 10 variable/inlined-at pairs each (in an LTO scenario),
that's almost 6GB (besides inner allocations), with almost 3GB for the
"three" pointers.
This came up in a heap profile a little while ago of a `clang -flto -g`
bootstrap, with `DwarfDebug::collectVariableInfo()` using something like
10-15% of the total memory.
With this commit, we have:
tuple<vec<tuple<Label, CU, Offset>>,
vec<tuple<BeginSym, EndSym, Offset, Offset>>,
vec<char>,
vec<string>>
The offsets are used to create `ArrayRef` slices of adjacent
`SmallVector`s. This reduces the number of vectors to four (unrelated
to the number of variable/inlined-at pairs), and caps the number of
allocations at the same number.
Besides saving memory and limiting allocations, this is NFC.
I don't know my way around this code very well yet, but I wonder if we
could go further: why stream to a side-table, instead of directly to the
output stream?
llvm-svn: 235229
2015-04-18 05:34:47 +08:00
|
|
|
void setDebugLocListIndex(unsigned O) { DebugLocListIndex = O; }
|
|
|
|
unsigned getDebugLocListIndex() const { return DebugLocListIndex; }
|
2015-04-14 10:22:36 +08:00
|
|
|
StringRef getName() const { return Var->getName(); }
|
2013-12-10 07:32:48 +08:00
|
|
|
const MachineInstr *getMInsn() const { return MInsn; }
|
2017-02-18 03:42:32 +08:00
|
|
|
/// Get the FI entries, sorted by fragment offset.
|
|
|
|
ArrayRef<FrameIndexExpr> getFrameIndexExprs() const;
|
|
|
|
bool hasFrameIndexExprs() const { return !FrameIndexExprs.empty(); }
|
2017-10-10 15:46:17 +08:00
|
|
|
void addMMIEntry(const DbgVariable &V);
|
2015-02-11 07:18:28 +08:00
|
|
|
|
2012-11-21 08:03:28 +08:00
|
|
|
// Translate tag to proper Dwarf tag.
|
2014-04-12 10:24:04 +08:00
|
|
|
dwarf::Tag getTag() const {
|
2015-08-01 02:58:39 +08:00
|
|
|
// FIXME: Why don't we just infer this tag and store it all along?
|
|
|
|
if (Var->isParameter())
|
2011-08-16 02:35:42 +08:00
|
|
|
return dwarf::DW_TAG_formal_parameter;
|
2012-11-21 08:03:28 +08:00
|
|
|
|
2011-08-16 02:35:42 +08:00
|
|
|
return dwarf::DW_TAG_variable;
|
|
|
|
}
|
2017-08-18 05:26:39 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Return true if DbgVariable is artificial.
|
2013-12-10 07:32:48 +08:00
|
|
|
bool isArtificial() const {
|
2015-04-14 10:22:36 +08:00
|
|
|
if (Var->isArtificial())
|
2011-08-16 02:40:16 +08:00
|
|
|
return true;
|
2015-04-16 09:01:28 +08:00
|
|
|
if (getType()->isArtificial())
|
2011-08-16 02:40:16 +08:00
|
|
|
return true;
|
|
|
|
return false;
|
|
|
|
}
|
2012-09-13 07:36:19 +08:00
|
|
|
|
2013-12-10 07:32:48 +08:00
|
|
|
bool isObjectPointer() const {
|
2015-04-14 10:22:36 +08:00
|
|
|
if (Var->isObjectPointer())
|
2012-09-13 07:36:19 +08:00
|
|
|
return true;
|
2015-04-16 09:01:28 +08:00
|
|
|
if (getType()->isObjectPointer())
|
2012-09-13 07:36:19 +08:00
|
|
|
return true;
|
|
|
|
return false;
|
|
|
|
}
|
2012-11-21 08:03:28 +08:00
|
|
|
|
AsmPrinter: Rewrite initialization of DbgVariable, NFC
There are three types of `DbgVariable`:
- alloca variables, created based on the MMI table,
- register variables, created based on DBG_VALUE instructions, and
- optimized-out variables.
This commit reconfigures `DbgVariable` to make it easier to tell which
kind we have, and make initialization a little clearer.
For MMI/alloca variables, `FrameIndex.size()` must always equal
`Expr.size()`, and there shouldn't be an `MInsn`. For register
variables (with a `MInsn`), `FrameIndex` must be empty, and `Expr`
should have 0 or 1 element depending on whether it has a complex
expression (registers with multiple locations use `DebugLocListIndex`).
Optimized-out variables shouldn't have any of these fields.
Moreover, this separates DBG_VALUE initialization until after the
variable is created, simplifying logic in a future commit that changes
`collectVariableInfo()` to stop creating empty .debug_loc entries/lists.
llvm-svn: 240243
2015-06-22 00:50:43 +08:00
|
|
|
bool hasComplexAddress() const {
|
|
|
|
assert(MInsn && "Expected DBG_VALUE, not MMI variable");
|
2017-02-18 03:42:32 +08:00
|
|
|
assert((FrameIndexExprs.empty() ||
|
|
|
|
(FrameIndexExprs.size() == 1 &&
|
|
|
|
FrameIndexExprs[0].Expr->getNumElements())) &&
|
|
|
|
"Invalid Expr for DBG_VALUE");
|
|
|
|
return !FrameIndexExprs.empty();
|
2011-04-13 06:53:02 +08:00
|
|
|
}
|
2017-08-18 05:26:39 +08:00
|
|
|
|
2014-03-18 10:34:58 +08:00
|
|
|
bool isBlockByrefVariable() const;
|
2015-04-30 00:38:44 +08:00
|
|
|
const DIType *getType() const;
|
2013-10-09 03:07:44 +08:00
|
|
|
|
|
|
|
private:
|
2016-04-24 05:08:00 +08:00
|
|
|
template <typename T> T *resolve(TypedDINodeRef<T> Ref) const {
|
|
|
|
return Ref.resolve();
|
|
|
|
}
|
2011-04-13 06:53:02 +08:00
|
|
|
};
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Helper used to pair up a symbol and its DWARF compile unit.
|
2013-09-20 07:21:01 +08:00
|
|
|
struct SymbolCU {
|
2013-12-10 07:57:44 +08:00
|
|
|
SymbolCU(DwarfCompileUnit *CU, const MCSymbol *Sym) : Sym(Sym), CU(CU) {}
|
2017-08-18 05:26:39 +08:00
|
|
|
|
2013-09-20 07:21:01 +08:00
|
|
|
const MCSymbol *Sym;
|
2013-12-10 07:57:44 +08:00
|
|
|
DwarfCompileUnit *CU;
|
2013-09-20 07:21:01 +08:00
|
|
|
};
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Collects and handles dwarf debug information.
|
2016-02-11 04:55:49 +08:00
|
|
|
class DwarfDebug : public DebugHandlerBase {
|
2015-07-14 02:25:29 +08:00
|
|
|
/// All DIEValues are allocated through this allocator.
|
2012-06-09 18:34:15 +08:00
|
|
|
BumpPtrAllocator DIEValueAllocator;
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Maps MDNode with its corresponding DwarfCompileUnit.
|
2014-01-30 06:06:23 +08:00
|
|
|
MapVector<const MDNode *, DwarfCompileUnit *> CUMap;
|
2009-05-15 17:23:25 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Maps a CU DIE with its corresponding DwarfCompileUnit.
|
2013-12-10 07:57:44 +08:00
|
|
|
DenseMap<const DIE *, DwarfCompileUnit *> CUDieMap;
|
2013-10-30 06:57:10 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// List of all labels used in aranges generation.
|
2013-10-03 16:54:43 +08:00
|
|
|
std::vector<SymbolCU> ArangeLabels;
|
2013-09-20 07:21:01 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Size of each symbol emitted (for those symbols that have a specific size).
|
2013-12-10 07:32:48 +08:00
|
|
|
DenseMap<const MCSymbol *, uint64_t> SymSize;
|
2013-09-24 01:56:20 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Collection of abstract variables.
|
2014-06-14 06:18:23 +08:00
|
|
|
SmallVector<std::unique_ptr<DbgVariable>, 64> ConcreteVariables;
|
2009-11-11 07:06:00 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Collection of DebugLocEntry. Stored in a linked list so that DIELocLists
|
|
|
|
/// can refer to them in spite of insertions into this list.
|
AsmPrinter: Create a unified .debug_loc stream
This commit removes `DebugLocList` and replaces it with
`DebugLocStream`.
- `DebugLocEntry` no longer contains its byte/comment streams.
- The `DebugLocEntry` list for a variable/inlined-at pair is allocated
on the stack, and released right after `DebugLocEntry::finalize()`
(possible because of the refactoring in r231023). Now, only one
list is in memory at a time now.
- There's a single unified stream for the `.debug_loc` section that
persists, stored in the new `DebugLocStream` data structure.
The last point is important: this collapses the nested `SmallVector<>`s
from `DebugLocList` into unified streams. We previously had something
like the following:
vec<tuple<Label, CU,
vec<tuple<BeginSym, EndSym,
vec<Value>,
vec<char>,
vec<string>>>>>
A `SmallVector` can avoid allocations, but is statically fairly large
for a vector: three pointers plus the size of the small storage, which
is the number of elements in small mode times the element size).
Nesting these is expensive, since an inner vector's size contributes to
the element size of an outer one. (Nesting any vector is expensive...)
In the old data structure, the outer vector's *element* size was 632B,
excluding allocation costs for when the middle and inner vectors
exceeded their small sizes. 312B of this was for the "three" pointers
in the vector-tree beneath it. If you assume 1M functions with an
average of 10 variable/inlined-at pairs each (in an LTO scenario),
that's almost 6GB (besides inner allocations), with almost 3GB for the
"three" pointers.
This came up in a heap profile a little while ago of a `clang -flto -g`
bootstrap, with `DwarfDebug::collectVariableInfo()` using something like
10-15% of the total memory.
With this commit, we have:
tuple<vec<tuple<Label, CU, Offset>>,
vec<tuple<BeginSym, EndSym, Offset, Offset>>,
vec<char>,
vec<string>>
The offsets are used to create `ArrayRef` slices of adjacent
`SmallVector`s. This reduces the number of vectors to four (unrelated
to the number of variable/inlined-at pairs), and caps the number of
allocations at the same number.
Besides saving memory and limiting allocations, this is NFC.
I don't know my way around this code very well yet, but I wonder if we
could go further: why stream to a side-table, instead of directly to the
output stream?
llvm-svn: 235229
2015-04-18 05:34:47 +08:00
|
|
|
DebugLocStream DebugLocs;
|
2010-05-26 07:40:22 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// This is a collection of subprogram MDNodes that are processed to
|
|
|
|
/// create DIEs.
|
2016-12-16 07:37:38 +08:00
|
|
|
SetVector<const DISubprogram *, SmallVector<const DISubprogram *, 16>,
|
|
|
|
SmallPtrSet<const DISubprogram *, 16>>
|
|
|
|
ProcessedSPNodes;
|
2010-06-29 02:25:03 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// If nonnull, stores the current machine function we're processing.
|
2017-08-18 05:26:39 +08:00
|
|
|
const MachineFunction *CurFn = nullptr;
|
2013-12-03 23:10:23 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// If nonnull, stores the CU in which the previous subprogram was contained.
|
2014-03-21 03:16:16 +08:00
|
|
|
const DwarfCompileUnit *PrevCU;
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// As an optimization, there is no need to emit an entry in the directory
|
|
|
|
/// table for the same directory as DW_AT_comp_dir.
|
2011-11-03 04:55:33 +08:00
|
|
|
StringRef CompilationDir;
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Holder for the file specific debug information.
|
2013-12-06 02:06:10 +08:00
|
|
|
DwarfFile InfoHolder;
|
2012-12-11 07:34:43 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Holders for the various debug information flags that we might need to
|
|
|
|
/// have exposed. See accessor functions below for description.
|
2015-07-02 02:07:16 +08:00
|
|
|
|
2016-02-12 03:57:46 +08:00
|
|
|
/// Map from MDNodes for user-defined types to their type signatures. Also
|
|
|
|
/// used to keep track of which types we have emitted type units for.
|
|
|
|
DenseMap<const MDNode *, uint64_t> TypeSignatures;
|
2013-07-27 01:02:41 +08:00
|
|
|
|
2015-04-21 05:17:32 +08:00
|
|
|
SmallVector<
|
2015-04-30 00:38:44 +08:00
|
|
|
std::pair<std::unique_ptr<DwarfTypeUnit>, const DICompositeType *>, 1>
|
2015-02-18 04:02:28 +08:00
|
|
|
TypeUnitsUnderConstruction;
|
2014-04-27 01:27:38 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Whether to use the GNU TLS opcode (instead of the standard opcode).
|
2015-03-05 04:55:11 +08:00
|
|
|
bool UseGNUTLSOpcode;
|
|
|
|
|
2016-05-18 05:07:16 +08:00
|
|
|
/// Whether to use DWARF 2 bitfields (instead of the DWARF 4 format).
|
|
|
|
bool UseDWARF2Bitfields;
|
|
|
|
|
2016-04-19 06:41:41 +08:00
|
|
|
/// Whether to emit all linkage names, or just abstract subprograms.
|
|
|
|
bool UseAllLinkageNames;
|
2015-08-12 05:36:45 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// DWARF5 Experimental Options
|
|
|
|
/// @{
|
2012-11-21 08:34:35 +08:00
|
|
|
bool HasDwarfAccelTables;
|
2016-05-25 05:19:28 +08:00
|
|
|
bool HasAppleExtensionAttributes;
|
2012-12-11 03:51:21 +08:00
|
|
|
bool HasSplitDwarf;
|
2013-07-03 07:40:10 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Separated Dwarf Variables
|
|
|
|
/// In general these will all be for bits that are left in the
|
|
|
|
/// original object file, rather than things that are meant
|
|
|
|
/// to be in the .dwo sections.
|
2012-12-11 03:51:13 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Holder for the skeleton information.
|
2013-12-06 02:06:10 +08:00
|
|
|
DwarfFile SkeletonHolder;
|
2012-12-11 03:51:13 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Store file names for type units under fission in a line table
|
|
|
|
/// header that will be emitted into debug_line.dwo.
|
|
|
|
// FIXME: replace this with a map from comp_dir to table so that we
|
|
|
|
// can emit multiple tables during LTO each of which uses directory
|
|
|
|
// 0, referencing the comp_dir of all the type units that use it.
|
2014-03-18 10:13:23 +08:00
|
|
|
MCDwarfDwoLineTable SplitTypeUnitFileTable;
|
2015-07-14 02:25:29 +08:00
|
|
|
/// @}
|
2017-11-15 18:57:05 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// True iff there are multiple CUs in this module.
|
2014-03-19 08:11:28 +08:00
|
|
|
bool SingleCU;
|
Disable the -gmlt optimization implemented in r218129 under Darwin due to issues with dsymutil.
r218129 omits DW_TAG_subprograms which have no inlined subroutines when
emitting -gmlt data. This makes -gmlt very low cost for -O0 builds.
Darwin's dsymutil reasonably considers a CU empty if it has no
subprograms (which occurs with the above optimization in -O0 programs
without any force_inline function calls) and drops the line table, CU,
and everything in this situation, making backtraces impossible.
Until dsymutil is modified to account for this, disable this
optimization on Darwin to preserve the desired functionality.
(see r218545, which should be reverted after this patch, for other
discussion/details)
Footnote:
In the long term, it doesn't look like this scheme (of simplified debug
info to describe inlining to enable backtracing) is tenable, it is far
too size inefficient for optimized code (the DW_TAG_inlined_subprograms,
even once compressed, are nearly twice as large as the line table
itself (also compressed)) and we'll be considering things like Cary's
two level line table proposal to encode all this information directly in
the line table.
llvm-svn: 218702
2014-10-01 05:28:32 +08:00
|
|
|
bool IsDarwin;
|
2014-03-19 08:11:28 +08:00
|
|
|
|
2014-04-24 05:20:10 +08:00
|
|
|
AddressPool AddrPool;
|
|
|
|
|
2014-04-24 07:37:35 +08:00
|
|
|
DwarfAccelTable AccelNames;
|
2014-04-24 08:53:32 +08:00
|
|
|
DwarfAccelTable AccelObjC;
|
2014-04-24 09:02:42 +08:00
|
|
|
DwarfAccelTable AccelNamespace;
|
2014-04-24 09:23:49 +08:00
|
|
|
DwarfAccelTable AccelTypes;
|
2014-04-24 07:37:35 +08:00
|
|
|
|
2015-07-16 06:04:54 +08:00
|
|
|
// Identify a debugger for "tuning" the debug info.
|
2017-08-18 05:26:39 +08:00
|
|
|
DebuggerKind DebuggerTuning = DebuggerKind::Default;
|
2015-07-16 06:04:54 +08:00
|
|
|
|
2014-03-19 08:11:28 +08:00
|
|
|
MCDwarfDwoLineTable *getDwoLineTable(const DwarfCompileUnit &);
|
|
|
|
|
2016-02-12 03:57:46 +08:00
|
|
|
const SmallVectorImpl<std::unique_ptr<DwarfCompileUnit>> &getUnits() {
|
2013-12-10 07:32:48 +08:00
|
|
|
return InfoHolder.getUnits();
|
|
|
|
}
|
2013-11-27 03:14:34 +08:00
|
|
|
|
2017-08-18 05:26:39 +08:00
|
|
|
using InlinedVariable = DbgValueHistoryMap::InlinedVariable;
|
2015-04-16 06:29:27 +08:00
|
|
|
|
2017-05-12 09:13:45 +08:00
|
|
|
void ensureAbstractVariableIsCreated(DwarfCompileUnit &CU, InlinedVariable Var,
|
2014-06-14 07:52:55 +08:00
|
|
|
const MDNode *Scope);
|
2017-05-12 09:13:45 +08:00
|
|
|
void ensureAbstractVariableIsCreatedIfScoped(DwarfCompileUnit &CU, InlinedVariable Var,
|
2014-06-14 07:52:55 +08:00
|
|
|
const MDNode *Scope);
|
2009-11-11 07:06:00 +08:00
|
|
|
|
2017-05-12 09:13:45 +08:00
|
|
|
DbgVariable *createConcreteVariable(DwarfCompileUnit &TheCU,
|
|
|
|
LexicalScope &Scope, InlinedVariable IV);
|
AsmPrinter: Rewrite initialization of DbgVariable, NFC
There are three types of `DbgVariable`:
- alloca variables, created based on the MMI table,
- register variables, created based on DBG_VALUE instructions, and
- optimized-out variables.
This commit reconfigures `DbgVariable` to make it easier to tell which
kind we have, and make initialization a little clearer.
For MMI/alloca variables, `FrameIndex.size()` must always equal
`Expr.size()`, and there shouldn't be an `MInsn`. For register
variables (with a `MInsn`), `FrameIndex` must be empty, and `Expr`
should have 0 or 1 element depending on whether it has a complex
expression (registers with multiple locations use `DebugLocListIndex`).
Optimized-out variables shouldn't have any of these fields.
Moreover, this separates DBG_VALUE initialization until after the
variable is created, simplifying logic in a future commit that changes
`collectVariableInfo()` to stop creating empty .debug_loc entries/lists.
llvm-svn: 240243
2015-06-22 00:50:43 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Construct a DIE for this abstract scope.
|
2017-05-12 09:13:45 +08:00
|
|
|
void constructAbstractSubprogramScopeDIE(DwarfCompileUnit &SrcCU, LexicalScope *Scope);
|
2014-10-10 04:36:27 +08:00
|
|
|
|
2014-06-14 06:18:23 +08:00
|
|
|
void finishVariableDefinitions();
|
|
|
|
|
DebugInfo: Lazily attach definition attributes to definitions.
This is a precursor to fixing inlined debug info where the concrete,
out-of-line definition may preceed any inlined usage. To cope with this,
the attributes that may appear on the concrete definition or the
abstract definition are delayed until the end of the module. Then, if an
abstract definition was created, it is referenced (and no other
attributes are added to the out-of-line definition), otherwise the
attributes are added directly to the out-of-line definition.
In a couple of cases this causes not just reordering of attributes, but
reordering of types. When the creation of the attribute is delayed, if
that creation would create a type (such as for a DW_AT_type attribute)
then other top level DIEs may've been constructed during the delay,
causing the referenced type to be created and added after those
intervening DIEs. In the extreme case, in cross-cu-inlining.ll, this
actually causes the DW_TAG_basic_type for "int" to move from one CU to
another.
llvm-svn: 209674
2014-05-28 02:37:43 +08:00
|
|
|
void finishSubprogramDefinitions();
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Finish off debug information after all functions have been
|
2012-11-28 06:43:45 +08:00
|
|
|
/// processed.
|
2012-11-22 08:59:49 +08:00
|
|
|
void finalizeModuleInfo();
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit the debug info section.
|
2009-11-21 10:48:08 +08:00
|
|
|
void emitDebugInfo();
|
2009-05-15 17:23:25 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit the abbreviation section.
|
2012-11-21 07:30:11 +08:00
|
|
|
void emitAbbreviations();
|
2009-05-15 17:23:25 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit a specified accelerator table.
|
2015-05-22 03:20:38 +08:00
|
|
|
void emitAccel(DwarfAccelTable &Accel, MCSection *Section,
|
2015-03-11 06:00:25 +08:00
|
|
|
StringRef TableName);
|
2014-09-12 05:12:48 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit visible names into a hashed accelerator table section.
|
2011-11-07 17:24:32 +08:00
|
|
|
void emitAccelNames();
|
2012-11-21 08:03:28 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit objective C classes and categories into a hashed
|
2011-11-07 17:24:32 +08:00
|
|
|
/// accelerator table section.
|
|
|
|
void emitAccelObjC();
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit namespace dies into a hashed accelerator table.
|
2011-11-07 17:24:32 +08:00
|
|
|
void emitAccelNamespaces();
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit type dies into a hashed accelerator table.
|
2011-11-07 17:24:32 +08:00
|
|
|
void emitAccelTypes();
|
2012-11-21 08:03:28 +08:00
|
|
|
|
2017-09-13 05:50:41 +08:00
|
|
|
/// Emit visible names and types into debug pubnames and pubtypes sections.
|
|
|
|
void emitDebugPubSections();
|
2013-02-13 02:00:14 +08:00
|
|
|
|
2017-09-13 05:50:41 +08:00
|
|
|
void emitDebugPubSection(bool GnuStyle, StringRef Name,
|
|
|
|
DwarfCompileUnit *TheU,
|
|
|
|
const StringMap<const DIE *> &Globals);
|
2014-03-12 07:18:15 +08:00
|
|
|
|
2016-01-24 16:18:55 +08:00
|
|
|
/// Emit null-terminated strings into a debug str section.
|
2009-11-21 10:48:08 +08:00
|
|
|
void emitDebugStr();
|
2009-05-15 17:23:25 +08:00
|
|
|
|
2016-01-07 22:28:20 +08:00
|
|
|
/// Emit variable locations into a debug loc section.
|
2009-11-21 10:48:08 +08:00
|
|
|
void emitDebugLoc();
|
2009-05-15 17:23:25 +08:00
|
|
|
|
2016-01-07 22:28:20 +08:00
|
|
|
/// Emit variable locations into a debug loc dwo section.
|
2014-04-02 09:50:20 +08:00
|
|
|
void emitDebugLocDWO();
|
|
|
|
|
2016-01-07 22:28:20 +08:00
|
|
|
/// Emit address ranges into a debug aranges section.
|
2012-11-21 08:34:35 +08:00
|
|
|
void emitDebugARanges();
|
2009-05-15 17:23:25 +08:00
|
|
|
|
2016-01-07 22:28:20 +08:00
|
|
|
/// Emit address ranges into a debug ranges section.
|
2009-11-21 10:48:08 +08:00
|
|
|
void emitDebugRanges();
|
2009-05-15 17:23:25 +08:00
|
|
|
|
2016-01-07 22:28:20 +08:00
|
|
|
/// Emit macros into a debug macinfo section.
|
|
|
|
void emitDebugMacinfo();
|
2016-02-01 22:09:41 +08:00
|
|
|
void emitMacro(DIMacro &M);
|
|
|
|
void emitMacroFile(DIMacroFile &F, DwarfCompileUnit &U);
|
|
|
|
void handleMacroNodes(DIMacroNodeArray Nodes, DwarfCompileUnit &U);
|
2016-01-07 22:28:20 +08:00
|
|
|
|
2012-12-11 03:51:21 +08:00
|
|
|
/// DWARF 5 Experimental Split Dwarf Emitters
|
2012-12-01 07:59:06 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Initialize common features of skeleton units.
|
2014-04-26 02:26:14 +08:00
|
|
|
void initSkeletonUnit(const DwarfUnit &U, DIE &Die,
|
2016-02-12 03:57:46 +08:00
|
|
|
std::unique_ptr<DwarfCompileUnit> NewU);
|
2014-01-09 12:28:46 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Construct the split debug info compile unit for the debug info
|
2012-12-11 03:51:21 +08:00
|
|
|
/// section.
|
2014-04-23 06:39:41 +08:00
|
|
|
DwarfCompileUnit &constructSkeletonCU(const DwarfCompileUnit &CU);
|
2012-12-01 07:59:06 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit the debug info dwo section.
|
2012-12-01 07:59:06 +08:00
|
|
|
void emitDebugInfoDWO();
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit the debug abbrev dwo section.
|
2012-12-20 06:02:53 +08:00
|
|
|
void emitDebugAbbrevDWO();
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit the debug line dwo section.
|
2014-03-18 09:17:26 +08:00
|
|
|
void emitDebugLineDWO();
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit the debug str dwo section.
|
2012-12-27 10:14:01 +08:00
|
|
|
void emitDebugStrDWO();
|
|
|
|
|
2013-12-05 05:31:26 +08:00
|
|
|
/// Flags to let the linker know we have emitted new style pubnames. Only
|
|
|
|
/// emit it here if we don't have a skeleton CU for split dwarf.
|
2017-05-26 02:50:28 +08:00
|
|
|
void addGnuPubAttributes(DwarfCompileUnit &U, DIE &D) const;
|
2013-12-05 05:31:26 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Create new DwarfCompileUnit for the given metadata node with tag
|
2012-11-28 06:43:45 +08:00
|
|
|
/// DW_TAG_compile_unit.
|
2017-05-27 02:52:56 +08:00
|
|
|
DwarfCompileUnit &getOrCreateDwarfCompileUnit(const DICompileUnit *DIUnit);
|
2010-05-11 06:49:55 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Construct imported_module or imported_declaration DIE.
|
2014-08-31 13:41:15 +08:00
|
|
|
void constructAndAddImportedEntityDIE(DwarfCompileUnit &TheCU,
|
2015-04-30 00:38:44 +08:00
|
|
|
const DIImportedEntity *N);
|
2013-05-07 07:33:07 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Register a source line with debug info. Returns the unique
|
2012-11-28 06:43:45 +08:00
|
|
|
/// label that was emitted and which provides correspondence to the
|
|
|
|
/// source line list.
|
2011-05-12 03:22:19 +08:00
|
|
|
void recordSourceLine(unsigned Line, unsigned Col, const MDNode *Scope,
|
|
|
|
unsigned Flags);
|
2012-11-21 08:03:28 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Populate LexicalScope entries with variables' info.
|
2015-04-30 00:38:44 +08:00
|
|
|
void collectVariableInfo(DwarfCompileUnit &TheCU, const DISubprogram *SP,
|
2015-04-16 06:29:27 +08:00
|
|
|
DenseSet<InlinedVariable> &ProcessedVars);
|
2012-11-21 08:03:28 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Build the location list for all DBG_VALUEs in the
|
2014-08-02 06:11:58 +08:00
|
|
|
/// function that describe the same variable.
|
|
|
|
void buildLocationList(SmallVectorImpl<DebugLocEntry> &DebugLoc,
|
2014-08-06 07:14:16 +08:00
|
|
|
const DbgValueHistoryMap::InstrRanges &Ranges);
|
2014-08-02 06:11:58 +08:00
|
|
|
|
2016-12-01 07:48:50 +08:00
|
|
|
/// Collect variable information from the side table maintained by MF.
|
2017-05-12 09:13:45 +08:00
|
|
|
void collectVariableInfoFromMFTable(DwarfCompileUnit &TheCU,
|
|
|
|
DenseSet<InlinedVariable> &P);
|
2011-03-26 10:19:36 +08:00
|
|
|
|
2017-02-17 02:48:33 +08:00
|
|
|
protected:
|
|
|
|
/// Gather pre-function debug information.
|
|
|
|
void beginFunctionImpl(const MachineFunction *MF) override;
|
|
|
|
|
|
|
|
/// Gather and emit post-function debug information.
|
|
|
|
void endFunctionImpl(const MachineFunction *MF) override;
|
|
|
|
|
|
|
|
void skippedNonDebugFunction() override;
|
|
|
|
|
2010-04-05 13:32:45 +08:00
|
|
|
public:
|
|
|
|
//===--------------------------------------------------------------------===//
|
|
|
|
// Main entry points.
|
|
|
|
//
|
|
|
|
DwarfDebug(AsmPrinter *A, Module *M);
|
|
|
|
|
2014-05-01 04:34:31 +08:00
|
|
|
~DwarfDebug() override;
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit all Dwarf sections that should come prior to the
|
2010-04-05 13:32:45 +08:00
|
|
|
/// content.
|
2012-11-20 06:42:15 +08:00
|
|
|
void beginModule();
|
2010-04-05 13:32:45 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit all Dwarf sections that should come after the content.
|
2014-03-08 14:31:39 +08:00
|
|
|
void endModule() override;
|
2010-04-05 13:32:45 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Process beginning of an instruction.
|
2014-03-08 14:31:39 +08:00
|
|
|
void beginInstruction(const MachineInstr *MI) override;
|
2009-11-11 07:06:00 +08:00
|
|
|
|
2015-07-16 01:01:41 +08:00
|
|
|
/// Perform an MD5 checksum of \p Identifier and return the lower 64 bits.
|
|
|
|
static uint64_t makeTypeSignature(StringRef Identifier);
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Add a DIE to the set of types that we're going to pull into
|
2013-07-27 01:02:41 +08:00
|
|
|
/// type units.
|
2014-02-12 08:31:30 +08:00
|
|
|
void addDwarfTypeUnitType(DwarfCompileUnit &CU, StringRef Identifier,
|
2015-04-30 00:38:44 +08:00
|
|
|
DIE &Die, const DICompositeType *CTy);
|
2013-07-27 01:02:41 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Add a label so that arange data can be generated for it.
|
2013-10-03 16:54:43 +08:00
|
|
|
void addArangeLabel(SymbolCU SCU) { ArangeLabels.push_back(SCU); }
|
2013-09-20 07:21:01 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// For symbols that have a size designated (e.g. common symbols),
|
2013-09-24 01:56:20 +08:00
|
|
|
/// this tracks that size.
|
2014-03-08 14:31:39 +08:00
|
|
|
void setSymbolSize(const MCSymbol *Sym, uint64_t Size) override {
|
2013-12-10 07:32:48 +08:00
|
|
|
SymSize[Sym] = Size;
|
|
|
|
}
|
2013-09-24 01:56:20 +08:00
|
|
|
|
2016-04-19 06:41:41 +08:00
|
|
|
/// Returns whether we should emit all DW_AT_[MIPS_]linkage_name.
|
|
|
|
/// If not, we still might emit certain cases.
|
|
|
|
bool useAllLinkageNames() const { return UseAllLinkageNames; }
|
2015-08-12 05:36:45 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Returns whether to use DW_OP_GNU_push_tls_address, instead of the
|
2015-03-05 04:55:11 +08:00
|
|
|
/// standard DW_OP_form_tls_address opcode
|
|
|
|
bool useGNUTLSOpcode() const { return UseGNUTLSOpcode; }
|
|
|
|
|
2016-05-18 05:07:16 +08:00
|
|
|
/// Returns whether to use the DWARF2 format for bitfields instyead of the
|
|
|
|
/// DWARF4 format.
|
|
|
|
bool useDWARF2Bitfields() const { return UseDWARF2Bitfields; }
|
|
|
|
|
2012-11-21 08:03:31 +08:00
|
|
|
// Experimental DWARF5 features.
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Returns whether or not to emit tables that dwarf consumers can
|
2012-11-28 06:43:45 +08:00
|
|
|
/// use to accelerate lookup.
|
2014-03-06 08:00:53 +08:00
|
|
|
bool useDwarfAccelTables() const { return HasDwarfAccelTables; }
|
2012-11-21 08:03:31 +08:00
|
|
|
|
2016-05-25 05:19:28 +08:00
|
|
|
bool useAppleExtensionAttributes() const {
|
|
|
|
return HasAppleExtensionAttributes;
|
|
|
|
}
|
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Returns whether or not to change the current debug info for the
|
2012-12-11 03:51:21 +08:00
|
|
|
/// split dwarf proposal support.
|
2014-03-06 08:00:53 +08:00
|
|
|
bool useSplitDwarf() const { return HasSplitDwarf; }
|
2013-07-03 07:40:10 +08:00
|
|
|
|
2017-05-12 09:13:45 +08:00
|
|
|
bool shareAcrossDWOCUs() const;
|
|
|
|
|
2013-07-03 07:40:10 +08:00
|
|
|
/// Returns the Dwarf Version.
|
2016-11-24 07:30:37 +08:00
|
|
|
uint16_t getDwarfVersion() const;
|
2013-09-06 02:48:31 +08:00
|
|
|
|
2014-03-21 03:16:16 +08:00
|
|
|
/// Returns the previous CU that was being updated
|
|
|
|
const DwarfCompileUnit *getPrevCU() const { return PrevCU; }
|
2014-09-10 07:13:01 +08:00
|
|
|
void setPrevCU(const DwarfCompileUnit *PrevCU) { this->PrevCU = PrevCU; }
|
2014-03-21 03:16:16 +08:00
|
|
|
|
2014-03-08 08:29:41 +08:00
|
|
|
/// Returns the entries for the .debug_loc section.
|
AsmPrinter: Create a unified .debug_loc stream
This commit removes `DebugLocList` and replaces it with
`DebugLocStream`.
- `DebugLocEntry` no longer contains its byte/comment streams.
- The `DebugLocEntry` list for a variable/inlined-at pair is allocated
on the stack, and released right after `DebugLocEntry::finalize()`
(possible because of the refactoring in r231023). Now, only one
list is in memory at a time now.
- There's a single unified stream for the `.debug_loc` section that
persists, stored in the new `DebugLocStream` data structure.
The last point is important: this collapses the nested `SmallVector<>`s
from `DebugLocList` into unified streams. We previously had something
like the following:
vec<tuple<Label, CU,
vec<tuple<BeginSym, EndSym,
vec<Value>,
vec<char>,
vec<string>>>>>
A `SmallVector` can avoid allocations, but is statically fairly large
for a vector: three pointers plus the size of the small storage, which
is the number of elements in small mode times the element size).
Nesting these is expensive, since an inner vector's size contributes to
the element size of an outer one. (Nesting any vector is expensive...)
In the old data structure, the outer vector's *element* size was 632B,
excluding allocation costs for when the middle and inner vectors
exceeded their small sizes. 312B of this was for the "three" pointers
in the vector-tree beneath it. If you assume 1M functions with an
average of 10 variable/inlined-at pairs each (in an LTO scenario),
that's almost 6GB (besides inner allocations), with almost 3GB for the
"three" pointers.
This came up in a heap profile a little while ago of a `clang -flto -g`
bootstrap, with `DwarfDebug::collectVariableInfo()` using something like
10-15% of the total memory.
With this commit, we have:
tuple<vec<tuple<Label, CU, Offset>>,
vec<tuple<BeginSym, EndSym, Offset, Offset>>,
vec<char>,
vec<string>>
The offsets are used to create `ArrayRef` slices of adjacent
`SmallVector`s. This reduces the number of vectors to four (unrelated
to the number of variable/inlined-at pairs), and caps the number of
allocations at the same number.
Besides saving memory and limiting allocations, this is NFC.
I don't know my way around this code very well yet, but I wonder if we
could go further: why stream to a side-table, instead of directly to the
output stream?
llvm-svn: 235229
2015-04-18 05:34:47 +08:00
|
|
|
const DebugLocStream &getDebugLocs() const { return DebugLocs; }
|
2014-03-08 08:29:41 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// Emit an entry for the debug loc section. This can be used to
|
2014-03-08 08:29:41 +08:00
|
|
|
/// handle an entry that's going to be emitted into the debug loc section.
|
2015-03-03 06:02:33 +08:00
|
|
|
void emitDebugLocEntry(ByteStreamer &Streamer,
|
AsmPrinter: Create a unified .debug_loc stream
This commit removes `DebugLocList` and replaces it with
`DebugLocStream`.
- `DebugLocEntry` no longer contains its byte/comment streams.
- The `DebugLocEntry` list for a variable/inlined-at pair is allocated
on the stack, and released right after `DebugLocEntry::finalize()`
(possible because of the refactoring in r231023). Now, only one
list is in memory at a time now.
- There's a single unified stream for the `.debug_loc` section that
persists, stored in the new `DebugLocStream` data structure.
The last point is important: this collapses the nested `SmallVector<>`s
from `DebugLocList` into unified streams. We previously had something
like the following:
vec<tuple<Label, CU,
vec<tuple<BeginSym, EndSym,
vec<Value>,
vec<char>,
vec<string>>>>>
A `SmallVector` can avoid allocations, but is statically fairly large
for a vector: three pointers plus the size of the small storage, which
is the number of elements in small mode times the element size).
Nesting these is expensive, since an inner vector's size contributes to
the element size of an outer one. (Nesting any vector is expensive...)
In the old data structure, the outer vector's *element* size was 632B,
excluding allocation costs for when the middle and inner vectors
exceeded their small sizes. 312B of this was for the "three" pointers
in the vector-tree beneath it. If you assume 1M functions with an
average of 10 variable/inlined-at pairs each (in an LTO scenario),
that's almost 6GB (besides inner allocations), with almost 3GB for the
"three" pointers.
This came up in a heap profile a little while ago of a `clang -flto -g`
bootstrap, with `DwarfDebug::collectVariableInfo()` using something like
10-15% of the total memory.
With this commit, we have:
tuple<vec<tuple<Label, CU, Offset>>,
vec<tuple<BeginSym, EndSym, Offset, Offset>>,
vec<char>,
vec<string>>
The offsets are used to create `ArrayRef` slices of adjacent
`SmallVector`s. This reduces the number of vectors to four (unrelated
to the number of variable/inlined-at pairs), and caps the number of
allocations at the same number.
Besides saving memory and limiting allocations, this is NFC.
I don't know my way around this code very well yet, but I wonder if we
could go further: why stream to a side-table, instead of directly to the
output stream?
llvm-svn: 235229
2015-04-18 05:34:47 +08:00
|
|
|
const DebugLocStream::Entry &Entry);
|
2014-03-08 08:29:41 +08:00
|
|
|
|
2014-04-02 00:17:41 +08:00
|
|
|
/// Emit the location for a debug loc entry, including the size header.
|
AsmPrinter: Create a unified .debug_loc stream
This commit removes `DebugLocList` and replaces it with
`DebugLocStream`.
- `DebugLocEntry` no longer contains its byte/comment streams.
- The `DebugLocEntry` list for a variable/inlined-at pair is allocated
on the stack, and released right after `DebugLocEntry::finalize()`
(possible because of the refactoring in r231023). Now, only one
list is in memory at a time now.
- There's a single unified stream for the `.debug_loc` section that
persists, stored in the new `DebugLocStream` data structure.
The last point is important: this collapses the nested `SmallVector<>`s
from `DebugLocList` into unified streams. We previously had something
like the following:
vec<tuple<Label, CU,
vec<tuple<BeginSym, EndSym,
vec<Value>,
vec<char>,
vec<string>>>>>
A `SmallVector` can avoid allocations, but is statically fairly large
for a vector: three pointers plus the size of the small storage, which
is the number of elements in small mode times the element size).
Nesting these is expensive, since an inner vector's size contributes to
the element size of an outer one. (Nesting any vector is expensive...)
In the old data structure, the outer vector's *element* size was 632B,
excluding allocation costs for when the middle and inner vectors
exceeded their small sizes. 312B of this was for the "three" pointers
in the vector-tree beneath it. If you assume 1M functions with an
average of 10 variable/inlined-at pairs each (in an LTO scenario),
that's almost 6GB (besides inner allocations), with almost 3GB for the
"three" pointers.
This came up in a heap profile a little while ago of a `clang -flto -g`
bootstrap, with `DwarfDebug::collectVariableInfo()` using something like
10-15% of the total memory.
With this commit, we have:
tuple<vec<tuple<Label, CU, Offset>>,
vec<tuple<BeginSym, EndSym, Offset, Offset>>,
vec<char>,
vec<string>>
The offsets are used to create `ArrayRef` slices of adjacent
`SmallVector`s. This reduces the number of vectors to four (unrelated
to the number of variable/inlined-at pairs), and caps the number of
allocations at the same number.
Besides saving memory and limiting allocations, this is NFC.
I don't know my way around this code very well yet, but I wonder if we
could go further: why stream to a side-table, instead of directly to the
output stream?
llvm-svn: 235229
2015-04-18 05:34:47 +08:00
|
|
|
void emitDebugLocEntryLocation(const DebugLocStream::Entry &Entry);
|
2014-04-02 00:17:41 +08:00
|
|
|
|
2013-10-05 08:32:34 +08:00
|
|
|
/// Find the MDNode for the given reference.
|
2015-04-30 00:38:44 +08:00
|
|
|
template <typename T> T *resolve(TypedDINodeRef<T> Ref) const {
|
2016-04-24 05:08:00 +08:00
|
|
|
return Ref.resolve();
|
2014-03-18 10:34:58 +08:00
|
|
|
}
|
|
|
|
|
2015-04-30 00:38:44 +08:00
|
|
|
void addSubprogramNames(const DISubprogram *SP, DIE &Die);
|
2014-04-24 07:37:35 +08:00
|
|
|
|
2014-04-24 05:20:10 +08:00
|
|
|
AddressPool &getAddressPool() { return AddrPool; }
|
2014-04-24 07:37:35 +08:00
|
|
|
|
2014-04-26 02:52:29 +08:00
|
|
|
void addAccelName(StringRef Name, const DIE &Die);
|
2014-04-24 08:53:32 +08:00
|
|
|
|
2014-04-26 02:52:29 +08:00
|
|
|
void addAccelObjC(StringRef Name, const DIE &Die);
|
2014-04-24 09:02:42 +08:00
|
|
|
|
2014-04-26 02:52:29 +08:00
|
|
|
void addAccelNamespace(StringRef Name, const DIE &Die);
|
2014-04-24 09:23:49 +08:00
|
|
|
|
2014-04-26 02:52:29 +08:00
|
|
|
void addAccelType(StringRef Name, const DIE &Die, char Flags);
|
2014-10-05 00:24:00 +08:00
|
|
|
|
|
|
|
const MachineFunction *getCurrentFunction() const { return CurFn; }
|
2014-10-09 06:20:02 +08:00
|
|
|
|
2015-07-14 02:25:29 +08:00
|
|
|
/// A helper function to check whether the DIE for a given Scope is
|
2014-10-09 06:20:02 +08:00
|
|
|
/// going to be null.
|
|
|
|
bool isLexicalScopeDIENull(LexicalScope *Scope);
|
2017-05-26 02:50:28 +08:00
|
|
|
|
2017-11-15 18:57:05 +08:00
|
|
|
/// Find the matching DwarfCompileUnit for the given CU DIE.
|
|
|
|
DwarfCompileUnit *lookupCU(const DIE *Die) { return CUDieMap.lookup(Die); }
|
|
|
|
|
2017-09-13 05:50:41 +08:00
|
|
|
/// \defgroup DebuggerTuning Predicates to tune DWARF for a given debugger.
|
|
|
|
///
|
|
|
|
/// Returns whether we are "tuning" for a given debugger.
|
|
|
|
/// @{
|
|
|
|
bool tuneForGDB() const { return DebuggerTuning == DebuggerKind::GDB; }
|
|
|
|
bool tuneForLLDB() const { return DebuggerTuning == DebuggerKind::LLDB; }
|
|
|
|
bool tuneForSCE() const { return DebuggerTuning == DebuggerKind::SCE; }
|
|
|
|
/// @}
|
2009-11-11 07:06:00 +08:00
|
|
|
};
|
2009-05-15 17:23:25 +08:00
|
|
|
|
2017-08-18 05:26:39 +08:00
|
|
|
} // end namespace llvm
|
|
|
|
|
|
|
|
#endif // LLVM_LIB_CODEGEN_ASMPRINTER_DWARFDEBUG_H
|