[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
//===- InstrRefBasedImpl.cpp - Tracking Debug Value MIs -------------------===//
|
|
|
|
//
|
|
|
|
// 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
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
/// \file InstrRefBasedImpl.cpp
|
|
|
|
///
|
|
|
|
/// This is a separate implementation of LiveDebugValues, see
|
|
|
|
/// LiveDebugValues.cpp and VarLocBasedImpl.cpp for more information.
|
|
|
|
///
|
|
|
|
/// This pass propagates variable locations between basic blocks, resolving
|
2021-10-13 12:35:35 +01:00
|
|
|
/// control flow conflicts between them. The problem is SSA construction, where
|
|
|
|
/// each debug instruction assigns the *value* that a variable has, and every
|
|
|
|
/// instruction where the variable is in scope uses that variable. The resulting
|
|
|
|
/// map of instruction-to-value is then translated into a register (or spill)
|
|
|
|
/// location for each variable over each instruction.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
///
|
2021-10-13 12:35:35 +01:00
|
|
|
/// The primary difference from normal SSA construction is that we cannot
|
|
|
|
/// _create_ PHI values that contain variable values. CodeGen has already
|
|
|
|
/// completed, and we can't alter it just to make debug-info complete. Thus:
|
|
|
|
/// we can identify function positions where we would like a PHI value for a
|
|
|
|
/// variable, but must search the MachineFunction to see whether such a PHI is
|
|
|
|
/// available. If no such PHI exists, the variable location must be dropped.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
///
|
2021-10-13 12:35:35 +01:00
|
|
|
/// To achieve this, we perform two kinds of analysis. First, we identify
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
/// every value defined by every instruction (ignoring those that only move
|
2021-10-13 12:35:35 +01:00
|
|
|
/// another value), then re-compute an SSA-form representation of the
|
|
|
|
/// MachineFunction, using value propagation to eliminate any un-necessary
|
|
|
|
/// PHI values. This gives us a map of every value computed in the function,
|
|
|
|
/// and its location within the register file / stack.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
///
|
2021-10-13 12:35:35 +01:00
|
|
|
/// Secondly, for each variable we perform the same analysis, where each debug
|
|
|
|
/// instruction is considered a def, and every instruction where the variable
|
|
|
|
/// is in lexical scope as a use. Value propagation is used again to eliminate
|
|
|
|
/// any un-necessary PHIs. This gives us a map of each variable to the value
|
|
|
|
/// it should have in a block.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
///
|
2021-10-13 12:35:35 +01:00
|
|
|
/// Once both are complete, we have two maps for each block:
|
|
|
|
/// * Variables to the values they should have,
|
|
|
|
/// * Values to the register / spill slot they are located in.
|
|
|
|
/// After which we can marry-up variable values with a location, and emit
|
|
|
|
/// DBG_VALUE instructions specifying those locations. Variable locations may
|
|
|
|
/// be dropped in this process due to the desired variable value not being
|
|
|
|
/// resident in any machine location, or because there is no PHI value in any
|
|
|
|
/// location that accurately represents the desired value. The building of
|
|
|
|
/// location lists for each block is left to DbgEntityHistoryCalculator.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
///
|
2021-10-13 12:35:35 +01:00
|
|
|
/// This pass is kept efficient because the size of the first SSA problem
|
|
|
|
/// is proportional to the working-set size of the function, which the compiler
|
|
|
|
/// tries to keep small. (It's also proportional to the number of blocks).
|
|
|
|
/// Additionally, we repeatedly perform the second SSA problem analysis with
|
|
|
|
/// only the variables and blocks in a single lexical scope, exploiting their
|
|
|
|
/// locality.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
///
|
|
|
|
/// ### Terminology
|
|
|
|
///
|
|
|
|
/// A machine location is a register or spill slot, a value is something that's
|
|
|
|
/// defined by an instruction or PHI node, while a variable value is the value
|
|
|
|
/// assigned to a variable. A variable location is a machine location, that must
|
|
|
|
/// contain the appropriate variable value. A value that is a PHI node is
|
|
|
|
/// occasionally called an mphi.
|
|
|
|
///
|
2021-10-13 12:35:35 +01:00
|
|
|
/// The first SSA problem is the "machine value location" problem,
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
/// because we're determining which machine locations contain which values.
|
|
|
|
/// The "locations" are constant: what's unknown is what value they contain.
|
|
|
|
///
|
2021-10-13 12:35:35 +01:00
|
|
|
/// The second SSA problem (the one for variables) is the "variable value
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
/// problem", because it's determining what values a variable has, rather than
|
2021-10-13 12:35:35 +01:00
|
|
|
/// what location those values are placed in.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
///
|
|
|
|
/// TODO:
|
|
|
|
/// Overlapping fragments
|
|
|
|
/// Entry values
|
|
|
|
/// Add back DEBUG statements for debugging this
|
|
|
|
/// Collect statistics
|
|
|
|
///
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
#include "llvm/ADT/DenseMap.h"
|
|
|
|
#include "llvm/ADT/PostOrderIterator.h"
|
2021-06-29 13:48:49 +01:00
|
|
|
#include "llvm/ADT/STLExtras.h"
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
#include "llvm/ADT/SmallPtrSet.h"
|
|
|
|
#include "llvm/ADT/SmallSet.h"
|
|
|
|
#include "llvm/ADT/SmallVector.h"
|
|
|
|
#include "llvm/ADT/Statistic.h"
|
2021-10-13 12:35:35 +01:00
|
|
|
#include "llvm/Analysis/IteratedDominanceFrontier.h"
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
#include "llvm/CodeGen/LexicalScopes.h"
|
|
|
|
#include "llvm/CodeGen/MachineBasicBlock.h"
|
2021-10-13 12:35:35 +01:00
|
|
|
#include "llvm/CodeGen/MachineDominators.h"
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
#include "llvm/CodeGen/MachineFrameInfo.h"
|
|
|
|
#include "llvm/CodeGen/MachineFunction.h"
|
|
|
|
#include "llvm/CodeGen/MachineFunctionPass.h"
|
|
|
|
#include "llvm/CodeGen/MachineInstr.h"
|
|
|
|
#include "llvm/CodeGen/MachineInstrBuilder.h"
|
2021-06-30 17:48:19 +01:00
|
|
|
#include "llvm/CodeGen/MachineInstrBundle.h"
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
#include "llvm/CodeGen/MachineMemOperand.h"
|
|
|
|
#include "llvm/CodeGen/MachineOperand.h"
|
|
|
|
#include "llvm/CodeGen/PseudoSourceValue.h"
|
|
|
|
#include "llvm/CodeGen/RegisterScavenging.h"
|
|
|
|
#include "llvm/CodeGen/TargetFrameLowering.h"
|
|
|
|
#include "llvm/CodeGen/TargetInstrInfo.h"
|
|
|
|
#include "llvm/CodeGen/TargetLowering.h"
|
|
|
|
#include "llvm/CodeGen/TargetPassConfig.h"
|
|
|
|
#include "llvm/CodeGen/TargetRegisterInfo.h"
|
|
|
|
#include "llvm/CodeGen/TargetSubtargetInfo.h"
|
|
|
|
#include "llvm/Config/llvm-config.h"
|
|
|
|
#include "llvm/IR/DIBuilder.h"
|
|
|
|
#include "llvm/IR/DebugInfoMetadata.h"
|
|
|
|
#include "llvm/IR/DebugLoc.h"
|
|
|
|
#include "llvm/IR/Function.h"
|
|
|
|
#include "llvm/IR/Module.h"
|
|
|
|
#include "llvm/InitializePasses.h"
|
|
|
|
#include "llvm/MC/MCRegisterInfo.h"
|
|
|
|
#include "llvm/Pass.h"
|
|
|
|
#include "llvm/Support/Casting.h"
|
|
|
|
#include "llvm/Support/Compiler.h"
|
|
|
|
#include "llvm/Support/Debug.h"
|
2021-01-06 10:54:41 +00:00
|
|
|
#include "llvm/Support/TypeSize.h"
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
#include "llvm/Support/raw_ostream.h"
|
2021-06-30 17:48:19 +01:00
|
|
|
#include "llvm/Target/TargetMachine.h"
|
2021-06-29 13:48:49 +01:00
|
|
|
#include "llvm/Transforms/Utils/SSAUpdaterImpl.h"
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
#include <algorithm>
|
|
|
|
#include <cassert>
|
|
|
|
#include <cstdint>
|
|
|
|
#include <functional>
|
2021-10-12 15:55:46 +01:00
|
|
|
#include <limits.h>
|
|
|
|
#include <limits>
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
#include <queue>
|
|
|
|
#include <tuple>
|
|
|
|
#include <utility>
|
|
|
|
#include <vector>
|
|
|
|
|
2021-10-12 15:55:46 +01:00
|
|
|
#include "InstrRefBasedImpl.h"
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
#include "LiveDebugValues.h"
|
|
|
|
|
|
|
|
using namespace llvm;
|
2021-10-12 15:55:46 +01:00
|
|
|
using namespace LiveDebugValues;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
2021-06-29 13:48:49 +01:00
|
|
|
// SSAUpdaterImple sets DEBUG_TYPE, change it.
|
|
|
|
#undef DEBUG_TYPE
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
#define DEBUG_TYPE "livedebugvalues"
|
|
|
|
|
|
|
|
// Act more like the VarLoc implementation, by propagating some locations too
|
|
|
|
// far and ignoring some transfers.
|
|
|
|
static cl::opt<bool> EmulateOldLDV("emulate-old-livedebugvalues", cl::Hidden,
|
|
|
|
cl::desc("Act like old LiveDebugValues did"),
|
|
|
|
cl::init(false));
|
|
|
|
|
2021-10-12 15:55:46 +01:00
|
|
|
/// Thin wrapper around an integer -- designed to give more type safety to
|
|
|
|
/// spill location numbers.
|
|
|
|
class SpillLocationNo {
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
public:
|
2021-10-12 15:55:46 +01:00
|
|
|
explicit SpillLocationNo(unsigned SpillNo) : SpillNo(SpillNo) {}
|
|
|
|
unsigned SpillNo;
|
|
|
|
unsigned id() const { return SpillNo; }
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
/// Collection of DBG_VALUEs observed when traversing a block. Records each
|
|
|
|
/// variable and the value the DBG_VALUE refers to. Requires the machine value
|
|
|
|
/// location dataflow algorithm to have run already, so that values can be
|
|
|
|
/// identified.
|
|
|
|
class VLocTracker {
|
|
|
|
public:
|
|
|
|
/// Map DebugVariable to the latest Value it's defined to have.
|
|
|
|
/// Needs to be a MapVector because we determine order-in-the-input-MIR from
|
|
|
|
/// the order in this container.
|
|
|
|
/// We only retain the last DbgValue in each block for each variable, to
|
|
|
|
/// determine the blocks live-out variable value. The Vars container forms the
|
|
|
|
/// transfer function for this block, as part of the dataflow analysis. The
|
|
|
|
/// movement of values between locations inside of a block is handled at a
|
|
|
|
/// much later stage, in the TransferTracker class.
|
|
|
|
MapVector<DebugVariable, DbgValue> Vars;
|
|
|
|
DenseMap<DebugVariable, const DILocation *> Scopes;
|
|
|
|
MachineBasicBlock *MBB;
|
|
|
|
|
|
|
|
public:
|
|
|
|
VLocTracker() {}
|
|
|
|
|
2020-10-23 14:06:39 +01:00
|
|
|
void defVar(const MachineInstr &MI, const DbgValueProperties &Properties,
|
|
|
|
Optional<ValueIDNum> ID) {
|
|
|
|
assert(MI.isDebugValue() || MI.isDebugRef());
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
DebugVariable Var(MI.getDebugVariable(), MI.getDebugExpression(),
|
|
|
|
MI.getDebugLoc()->getInlinedAt());
|
|
|
|
DbgValue Rec = (ID) ? DbgValue(*ID, Properties, DbgValue::Def)
|
|
|
|
: DbgValue(Properties, DbgValue::Undef);
|
|
|
|
|
|
|
|
// Attempt insertion; overwrite if it's already mapped.
|
|
|
|
auto Result = Vars.insert(std::make_pair(Var, Rec));
|
|
|
|
if (!Result.second)
|
|
|
|
Result.first->second = Rec;
|
|
|
|
Scopes[Var] = MI.getDebugLoc().get();
|
|
|
|
}
|
|
|
|
|
|
|
|
void defVar(const MachineInstr &MI, const MachineOperand &MO) {
|
2020-10-23 14:06:39 +01:00
|
|
|
// Only DBG_VALUEs can define constant-valued variables.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
assert(MI.isDebugValue());
|
|
|
|
DebugVariable Var(MI.getDebugVariable(), MI.getDebugExpression(),
|
|
|
|
MI.getDebugLoc()->getInlinedAt());
|
|
|
|
DbgValueProperties Properties(MI);
|
|
|
|
DbgValue Rec = DbgValue(MO, Properties, DbgValue::Const);
|
|
|
|
|
|
|
|
// Attempt insertion; overwrite if it's already mapped.
|
|
|
|
auto Result = Vars.insert(std::make_pair(Var, Rec));
|
|
|
|
if (!Result.second)
|
|
|
|
Result.first->second = Rec;
|
|
|
|
Scopes[Var] = MI.getDebugLoc().get();
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
/// Tracker for converting machine value locations and variable values into
|
|
|
|
/// variable locations (the output of LiveDebugValues), recorded as DBG_VALUEs
|
|
|
|
/// specifying block live-in locations and transfers within blocks.
|
|
|
|
///
|
|
|
|
/// Operating on a per-block basis, this class takes a (pre-loaded) MLocTracker
|
|
|
|
/// and must be initialized with the set of variable values that are live-in to
|
|
|
|
/// the block. The caller then repeatedly calls process(). TransferTracker picks
|
|
|
|
/// out variable locations for the live-in variable values (if there _is_ a
|
|
|
|
/// location) and creates the corresponding DBG_VALUEs. Then, as the block is
|
|
|
|
/// stepped through, transfers of values between machine locations are
|
|
|
|
/// identified and if profitable, a DBG_VALUE created.
|
|
|
|
///
|
|
|
|
/// This is where debug use-before-defs would be resolved: a variable with an
|
|
|
|
/// unavailable value could materialize in the middle of a block, when the
|
|
|
|
/// value becomes available. Or, we could detect clobbers and re-specify the
|
|
|
|
/// variable in a backup location. (XXX these are unimplemented).
|
|
|
|
class TransferTracker {
|
|
|
|
public:
|
|
|
|
const TargetInstrInfo *TII;
|
2021-06-30 17:48:19 +01:00
|
|
|
const TargetLowering *TLI;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
/// This machine location tracker is assumed to always contain the up-to-date
|
|
|
|
/// value mapping for all machine locations. TransferTracker only reads
|
|
|
|
/// information from it. (XXX make it const?)
|
|
|
|
MLocTracker *MTracker;
|
|
|
|
MachineFunction &MF;
|
2021-06-30 17:48:19 +01:00
|
|
|
bool ShouldEmitDebugEntryValues;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
/// Record of all changes in variable locations at a block position. Awkwardly
|
|
|
|
/// we allow inserting either before or after the point: MBB != nullptr
|
|
|
|
/// indicates it's before, otherwise after.
|
|
|
|
struct Transfer {
|
2021-06-30 17:48:19 +01:00
|
|
|
MachineBasicBlock::instr_iterator Pos; /// Position to insert DBG_VALUes
|
|
|
|
MachineBasicBlock *MBB; /// non-null if we should insert after.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
SmallVector<MachineInstr *, 4> Insts; /// Vector of DBG_VALUEs to insert.
|
|
|
|
};
|
|
|
|
|
2021-06-19 11:36:44 -07:00
|
|
|
struct LocAndProperties {
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
LocIdx Loc;
|
|
|
|
DbgValueProperties Properties;
|
2021-06-19 11:36:44 -07:00
|
|
|
};
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
/// Collection of transfers (DBG_VALUEs) to be inserted.
|
|
|
|
SmallVector<Transfer, 32> Transfers;
|
|
|
|
|
|
|
|
/// Local cache of what-value-is-in-what-LocIdx. Used to identify differences
|
|
|
|
/// between TransferTrackers view of variable locations and MLocTrackers. For
|
|
|
|
/// example, MLocTracker observes all clobbers, but TransferTracker lazily
|
|
|
|
/// does not.
|
|
|
|
std::vector<ValueIDNum> VarLocs;
|
|
|
|
|
|
|
|
/// Map from LocIdxes to which DebugVariables are based that location.
|
|
|
|
/// Mantained while stepping through the block. Not accurate if
|
|
|
|
/// VarLocs[Idx] != MTracker->LocIdxToIDNum[Idx].
|
|
|
|
std::map<LocIdx, SmallSet<DebugVariable, 4>> ActiveMLocs;
|
|
|
|
|
|
|
|
/// Map from DebugVariable to it's current location and qualifying meta
|
|
|
|
/// information. To be used in conjunction with ActiveMLocs to construct
|
|
|
|
/// enough information for the DBG_VALUEs for a particular LocIdx.
|
|
|
|
DenseMap<DebugVariable, LocAndProperties> ActiveVLocs;
|
|
|
|
|
|
|
|
/// Temporary cache of DBG_VALUEs to be entered into the Transfers collection.
|
|
|
|
SmallVector<MachineInstr *, 4> PendingDbgValues;
|
|
|
|
|
[DebugInstrRef] Handle DBG_INSTR_REFs use-before-defs in LiveDebugValues
Deciding where to place debugging instructions when normal instructions
sink between blocks is difficult -- see PR44117. Dealing with this with
instruction-referencing variable locations is simple: we just tolerate
DBG_INSTR_REFs referring to values that haven't been computed yet. This
patch adds support into InstrRefBasedLDV to record when a variable value
appears in the middle of a block, and should have a DBG_VALUE added when it
appears (a debug use before def).
While described simply, this relies heavily on the value-propagation
algorithm in InstrRefBasedLDV. The implementation doesn't attempt to verify
the location of a value unless something non-trivial occurs to merge
variable values in vlocJoin. This means that a variable with a value that
has no location can retain it across all control flow (including loops).
It's only when another debug instruction specifies a different variable
value that we have to check, and find there's no location.
This property means that if a machine value is defined in a block dominated
by a DBG_INSTR_REF that refers to it, all the successor blocks can
automatically find a location for that value (if it's not clobbered). Thus
in a sense, InstrRefBasedLDV is already supporting and implementing
use-before-defs. This patch allows us to specify a variable location in the
block where it's defined.
When loading live-in variable locations, TransferTracker currently discards
those where it can't find a location for the variable value. However, we
can tell from the machine value number whether the value is defined in this
block. If it is, add it to a set of use-before-def records. Then, once the
relevant instruction has been processed, emit a DBG_VALUE immediately after
it.
Differential Revision: https://reviews.llvm.org/D85775
2020-10-23 14:53:15 +01:00
|
|
|
/// Record of a use-before-def: created when a value that's live-in to the
|
|
|
|
/// current block isn't available in any machine location, but it will be
|
|
|
|
/// defined in this block.
|
|
|
|
struct UseBeforeDef {
|
|
|
|
/// Value of this variable, def'd in block.
|
|
|
|
ValueIDNum ID;
|
|
|
|
/// Identity of this variable.
|
|
|
|
DebugVariable Var;
|
|
|
|
/// Additional variable properties.
|
|
|
|
DbgValueProperties Properties;
|
|
|
|
};
|
|
|
|
|
|
|
|
/// Map from instruction index (within the block) to the set of UseBeforeDefs
|
|
|
|
/// that become defined at that instruction.
|
|
|
|
DenseMap<unsigned, SmallVector<UseBeforeDef, 1>> UseBeforeDefs;
|
|
|
|
|
|
|
|
/// The set of variables that are in UseBeforeDefs and can become a location
|
|
|
|
/// once the relevant value is defined. An element being erased from this
|
|
|
|
/// collection prevents the use-before-def materializing.
|
|
|
|
DenseSet<DebugVariable> UseBeforeDefVariables;
|
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
const TargetRegisterInfo &TRI;
|
|
|
|
const BitVector &CalleeSavedRegs;
|
|
|
|
|
|
|
|
TransferTracker(const TargetInstrInfo *TII, MLocTracker *MTracker,
|
|
|
|
MachineFunction &MF, const TargetRegisterInfo &TRI,
|
2021-06-30 17:48:19 +01:00
|
|
|
const BitVector &CalleeSavedRegs, const TargetPassConfig &TPC)
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
: TII(TII), MTracker(MTracker), MF(MF), TRI(TRI),
|
2021-06-30 17:48:19 +01:00
|
|
|
CalleeSavedRegs(CalleeSavedRegs) {
|
|
|
|
TLI = MF.getSubtarget().getTargetLowering();
|
|
|
|
auto &TM = TPC.getTM<TargetMachine>();
|
|
|
|
ShouldEmitDebugEntryValues = TM.Options.ShouldEmitDebugEntryValues();
|
|
|
|
}
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
/// Load object with live-in variable values. \p mlocs contains the live-in
|
|
|
|
/// values in each machine location, while \p vlocs the live-in variable
|
|
|
|
/// values. This method picks variable locations for the live-in variables,
|
|
|
|
/// creates DBG_VALUEs and puts them in #Transfers, then prepares the other
|
|
|
|
/// object fields to track variable locations as we step through the block.
|
|
|
|
/// FIXME: could just examine mloctracker instead of passing in \p mlocs?
|
|
|
|
void loadInlocs(MachineBasicBlock &MBB, ValueIDNum *MLocs,
|
|
|
|
SmallVectorImpl<std::pair<DebugVariable, DbgValue>> &VLocs,
|
|
|
|
unsigned NumLocs) {
|
|
|
|
ActiveMLocs.clear();
|
|
|
|
ActiveVLocs.clear();
|
|
|
|
VarLocs.clear();
|
|
|
|
VarLocs.reserve(NumLocs);
|
[DebugInstrRef] Handle DBG_INSTR_REFs use-before-defs in LiveDebugValues
Deciding where to place debugging instructions when normal instructions
sink between blocks is difficult -- see PR44117. Dealing with this with
instruction-referencing variable locations is simple: we just tolerate
DBG_INSTR_REFs referring to values that haven't been computed yet. This
patch adds support into InstrRefBasedLDV to record when a variable value
appears in the middle of a block, and should have a DBG_VALUE added when it
appears (a debug use before def).
While described simply, this relies heavily on the value-propagation
algorithm in InstrRefBasedLDV. The implementation doesn't attempt to verify
the location of a value unless something non-trivial occurs to merge
variable values in vlocJoin. This means that a variable with a value that
has no location can retain it across all control flow (including loops).
It's only when another debug instruction specifies a different variable
value that we have to check, and find there's no location.
This property means that if a machine value is defined in a block dominated
by a DBG_INSTR_REF that refers to it, all the successor blocks can
automatically find a location for that value (if it's not clobbered). Thus
in a sense, InstrRefBasedLDV is already supporting and implementing
use-before-defs. This patch allows us to specify a variable location in the
block where it's defined.
When loading live-in variable locations, TransferTracker currently discards
those where it can't find a location for the variable value. However, we
can tell from the machine value number whether the value is defined in this
block. If it is, add it to a set of use-before-def records. Then, once the
relevant instruction has been processed, emit a DBG_VALUE immediately after
it.
Differential Revision: https://reviews.llvm.org/D85775
2020-10-23 14:53:15 +01:00
|
|
|
UseBeforeDefs.clear();
|
|
|
|
UseBeforeDefVariables.clear();
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
auto isCalleeSaved = [&](LocIdx L) {
|
|
|
|
unsigned Reg = MTracker->LocIdxToLocID[L];
|
|
|
|
if (Reg >= MTracker->NumRegs)
|
|
|
|
return false;
|
|
|
|
for (MCRegAliasIterator RAI(Reg, &TRI, true); RAI.isValid(); ++RAI)
|
|
|
|
if (CalleeSavedRegs.test(*RAI))
|
|
|
|
return true;
|
|
|
|
return false;
|
|
|
|
};
|
|
|
|
|
|
|
|
// Map of the preferred location for each value.
|
|
|
|
std::map<ValueIDNum, LocIdx> ValueToLoc;
|
|
|
|
|
|
|
|
// Produce a map of value numbers to the current machine locs they live
|
|
|
|
// in. When emulating VarLocBasedImpl, there should only be one
|
|
|
|
// location; when not, we get to pick.
|
|
|
|
for (auto Location : MTracker->locations()) {
|
|
|
|
LocIdx Idx = Location.Idx;
|
|
|
|
ValueIDNum &VNum = MLocs[Idx.asU64()];
|
|
|
|
VarLocs.push_back(VNum);
|
|
|
|
auto it = ValueToLoc.find(VNum);
|
|
|
|
// In order of preference, pick:
|
|
|
|
// * Callee saved registers,
|
|
|
|
// * Other registers,
|
|
|
|
// * Spill slots.
|
|
|
|
if (it == ValueToLoc.end() || MTracker->isSpill(it->second) ||
|
|
|
|
(!isCalleeSaved(it->second) && isCalleeSaved(Idx.asU64()))) {
|
|
|
|
// Insert, or overwrite if insertion failed.
|
|
|
|
auto PrefLocRes = ValueToLoc.insert(std::make_pair(VNum, Idx));
|
|
|
|
if (!PrefLocRes.second)
|
|
|
|
PrefLocRes.first->second = Idx;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Now map variables to their picked LocIdxes.
|
|
|
|
for (auto Var : VLocs) {
|
|
|
|
if (Var.second.Kind == DbgValue::Const) {
|
|
|
|
PendingDbgValues.push_back(
|
|
|
|
emitMOLoc(Var.second.MO, Var.first, Var.second.Properties));
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
// If the value has no location, we can't make a variable location.
|
[DebugInstrRef] Handle DBG_INSTR_REFs use-before-defs in LiveDebugValues
Deciding where to place debugging instructions when normal instructions
sink between blocks is difficult -- see PR44117. Dealing with this with
instruction-referencing variable locations is simple: we just tolerate
DBG_INSTR_REFs referring to values that haven't been computed yet. This
patch adds support into InstrRefBasedLDV to record when a variable value
appears in the middle of a block, and should have a DBG_VALUE added when it
appears (a debug use before def).
While described simply, this relies heavily on the value-propagation
algorithm in InstrRefBasedLDV. The implementation doesn't attempt to verify
the location of a value unless something non-trivial occurs to merge
variable values in vlocJoin. This means that a variable with a value that
has no location can retain it across all control flow (including loops).
It's only when another debug instruction specifies a different variable
value that we have to check, and find there's no location.
This property means that if a machine value is defined in a block dominated
by a DBG_INSTR_REF that refers to it, all the successor blocks can
automatically find a location for that value (if it's not clobbered). Thus
in a sense, InstrRefBasedLDV is already supporting and implementing
use-before-defs. This patch allows us to specify a variable location in the
block where it's defined.
When loading live-in variable locations, TransferTracker currently discards
those where it can't find a location for the variable value. However, we
can tell from the machine value number whether the value is defined in this
block. If it is, add it to a set of use-before-def records. Then, once the
relevant instruction has been processed, emit a DBG_VALUE immediately after
it.
Differential Revision: https://reviews.llvm.org/D85775
2020-10-23 14:53:15 +01:00
|
|
|
const ValueIDNum &Num = Var.second.ID;
|
|
|
|
auto ValuesPreferredLoc = ValueToLoc.find(Num);
|
|
|
|
if (ValuesPreferredLoc == ValueToLoc.end()) {
|
|
|
|
// If it's a def that occurs in this block, register it as a
|
|
|
|
// use-before-def to be resolved as we step through the block.
|
|
|
|
if (Num.getBlock() == (unsigned)MBB.getNumber() && !Num.isPHI())
|
|
|
|
addUseBeforeDef(Var.first, Var.second.Properties, Num);
|
2021-06-30 17:48:19 +01:00
|
|
|
else
|
|
|
|
recoverAsEntryValue(Var.first, Var.second.Properties, Num);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
continue;
|
[DebugInstrRef] Handle DBG_INSTR_REFs use-before-defs in LiveDebugValues
Deciding where to place debugging instructions when normal instructions
sink between blocks is difficult -- see PR44117. Dealing with this with
instruction-referencing variable locations is simple: we just tolerate
DBG_INSTR_REFs referring to values that haven't been computed yet. This
patch adds support into InstrRefBasedLDV to record when a variable value
appears in the middle of a block, and should have a DBG_VALUE added when it
appears (a debug use before def).
While described simply, this relies heavily on the value-propagation
algorithm in InstrRefBasedLDV. The implementation doesn't attempt to verify
the location of a value unless something non-trivial occurs to merge
variable values in vlocJoin. This means that a variable with a value that
has no location can retain it across all control flow (including loops).
It's only when another debug instruction specifies a different variable
value that we have to check, and find there's no location.
This property means that if a machine value is defined in a block dominated
by a DBG_INSTR_REF that refers to it, all the successor blocks can
automatically find a location for that value (if it's not clobbered). Thus
in a sense, InstrRefBasedLDV is already supporting and implementing
use-before-defs. This patch allows us to specify a variable location in the
block where it's defined.
When loading live-in variable locations, TransferTracker currently discards
those where it can't find a location for the variable value. However, we
can tell from the machine value number whether the value is defined in this
block. If it is, add it to a set of use-before-def records. Then, once the
relevant instruction has been processed, emit a DBG_VALUE immediately after
it.
Differential Revision: https://reviews.llvm.org/D85775
2020-10-23 14:53:15 +01:00
|
|
|
}
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
LocIdx M = ValuesPreferredLoc->second;
|
|
|
|
auto NewValue = LocAndProperties{M, Var.second.Properties};
|
|
|
|
auto Result = ActiveVLocs.insert(std::make_pair(Var.first, NewValue));
|
|
|
|
if (!Result.second)
|
|
|
|
Result.first->second = NewValue;
|
|
|
|
ActiveMLocs[M].insert(Var.first);
|
|
|
|
PendingDbgValues.push_back(
|
|
|
|
MTracker->emitLoc(M, Var.first, Var.second.Properties));
|
|
|
|
}
|
|
|
|
flushDbgValues(MBB.begin(), &MBB);
|
|
|
|
}
|
|
|
|
|
[DebugInstrRef] Handle DBG_INSTR_REFs use-before-defs in LiveDebugValues
Deciding where to place debugging instructions when normal instructions
sink between blocks is difficult -- see PR44117. Dealing with this with
instruction-referencing variable locations is simple: we just tolerate
DBG_INSTR_REFs referring to values that haven't been computed yet. This
patch adds support into InstrRefBasedLDV to record when a variable value
appears in the middle of a block, and should have a DBG_VALUE added when it
appears (a debug use before def).
While described simply, this relies heavily on the value-propagation
algorithm in InstrRefBasedLDV. The implementation doesn't attempt to verify
the location of a value unless something non-trivial occurs to merge
variable values in vlocJoin. This means that a variable with a value that
has no location can retain it across all control flow (including loops).
It's only when another debug instruction specifies a different variable
value that we have to check, and find there's no location.
This property means that if a machine value is defined in a block dominated
by a DBG_INSTR_REF that refers to it, all the successor blocks can
automatically find a location for that value (if it's not clobbered). Thus
in a sense, InstrRefBasedLDV is already supporting and implementing
use-before-defs. This patch allows us to specify a variable location in the
block where it's defined.
When loading live-in variable locations, TransferTracker currently discards
those where it can't find a location for the variable value. However, we
can tell from the machine value number whether the value is defined in this
block. If it is, add it to a set of use-before-def records. Then, once the
relevant instruction has been processed, emit a DBG_VALUE immediately after
it.
Differential Revision: https://reviews.llvm.org/D85775
2020-10-23 14:53:15 +01:00
|
|
|
/// Record that \p Var has value \p ID, a value that becomes available
|
|
|
|
/// later in the function.
|
|
|
|
void addUseBeforeDef(const DebugVariable &Var,
|
|
|
|
const DbgValueProperties &Properties, ValueIDNum ID) {
|
|
|
|
UseBeforeDef UBD = {ID, Var, Properties};
|
|
|
|
UseBeforeDefs[ID.getInst()].push_back(UBD);
|
|
|
|
UseBeforeDefVariables.insert(Var);
|
|
|
|
}
|
|
|
|
|
|
|
|
/// After the instruction at index \p Inst and position \p pos has been
|
|
|
|
/// processed, check whether it defines a variable value in a use-before-def.
|
|
|
|
/// If so, and the variable value hasn't changed since the start of the
|
|
|
|
/// block, create a DBG_VALUE.
|
|
|
|
void checkInstForNewValues(unsigned Inst, MachineBasicBlock::iterator pos) {
|
|
|
|
auto MIt = UseBeforeDefs.find(Inst);
|
|
|
|
if (MIt == UseBeforeDefs.end())
|
|
|
|
return;
|
|
|
|
|
|
|
|
for (auto &Use : MIt->second) {
|
|
|
|
LocIdx L = Use.ID.getLoc();
|
|
|
|
|
|
|
|
// If something goes very wrong, we might end up labelling a COPY
|
|
|
|
// instruction or similar with an instruction number, where it doesn't
|
|
|
|
// actually define a new value, instead it moves a value. In case this
|
|
|
|
// happens, discard.
|
|
|
|
if (MTracker->LocIdxToIDNum[L] != Use.ID)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
// If a different debug instruction defined the variable value / location
|
|
|
|
// since the start of the block, don't materialize this use-before-def.
|
|
|
|
if (!UseBeforeDefVariables.count(Use.Var))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
PendingDbgValues.push_back(MTracker->emitLoc(L, Use.Var, Use.Properties));
|
|
|
|
}
|
|
|
|
flushDbgValues(pos, nullptr);
|
|
|
|
}
|
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
/// Helper to move created DBG_VALUEs into Transfers collection.
|
|
|
|
void flushDbgValues(MachineBasicBlock::iterator Pos, MachineBasicBlock *MBB) {
|
2021-06-30 17:48:19 +01:00
|
|
|
if (PendingDbgValues.size() == 0)
|
|
|
|
return;
|
|
|
|
|
|
|
|
// Pick out the instruction start position.
|
|
|
|
MachineBasicBlock::instr_iterator BundleStart;
|
|
|
|
if (MBB && Pos == MBB->begin())
|
|
|
|
BundleStart = MBB->instr_begin();
|
|
|
|
else
|
|
|
|
BundleStart = getBundleStart(Pos->getIterator());
|
|
|
|
|
|
|
|
Transfers.push_back({BundleStart, MBB, PendingDbgValues});
|
|
|
|
PendingDbgValues.clear();
|
|
|
|
}
|
|
|
|
|
|
|
|
bool isEntryValueVariable(const DebugVariable &Var,
|
|
|
|
const DIExpression *Expr) const {
|
|
|
|
if (!Var.getVariable()->isParameter())
|
|
|
|
return false;
|
|
|
|
|
|
|
|
if (Var.getInlinedAt())
|
|
|
|
return false;
|
|
|
|
|
|
|
|
if (Expr->getNumElements() > 0)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool isEntryValueValue(const ValueIDNum &Val) const {
|
|
|
|
// Must be in entry block (block number zero), and be a PHI / live-in value.
|
|
|
|
if (Val.getBlock() || !Val.isPHI())
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// Entry values must enter in a register.
|
|
|
|
if (MTracker->isSpill(Val.getLoc()))
|
|
|
|
return false;
|
|
|
|
|
|
|
|
Register SP = TLI->getStackPointerRegisterToSaveRestore();
|
|
|
|
Register FP = TRI.getFrameRegister(MF);
|
|
|
|
Register Reg = MTracker->LocIdxToLocID[Val.getLoc()];
|
|
|
|
return Reg != SP && Reg != FP;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool recoverAsEntryValue(const DebugVariable &Var, DbgValueProperties &Prop,
|
|
|
|
const ValueIDNum &Num) {
|
|
|
|
// Is this variable location a candidate to be an entry value. First,
|
|
|
|
// should we be trying this at all?
|
|
|
|
if (!ShouldEmitDebugEntryValues)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// Is the variable appropriate for entry values (i.e., is a parameter).
|
|
|
|
if (!isEntryValueVariable(Var, Prop.DIExpr))
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// Is the value assigned to this variable still the entry value?
|
|
|
|
if (!isEntryValueValue(Num))
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// Emit a variable location using an entry value expression.
|
|
|
|
DIExpression *NewExpr =
|
|
|
|
DIExpression::prepend(Prop.DIExpr, DIExpression::EntryValue);
|
|
|
|
Register Reg = MTracker->LocIdxToLocID[Num.getLoc()];
|
|
|
|
MachineOperand MO = MachineOperand::CreateReg(Reg, false);
|
|
|
|
|
|
|
|
PendingDbgValues.push_back(emitMOLoc(MO, Var, {NewExpr, Prop.Indirect}));
|
|
|
|
return true;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
|
2020-10-23 14:06:39 +01:00
|
|
|
/// Change a variable value after encountering a DBG_VALUE inside a block.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
void redefVar(const MachineInstr &MI) {
|
|
|
|
DebugVariable Var(MI.getDebugVariable(), MI.getDebugExpression(),
|
|
|
|
MI.getDebugLoc()->getInlinedAt());
|
2020-10-23 14:06:39 +01:00
|
|
|
DbgValueProperties Properties(MI);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
2020-10-23 14:06:39 +01:00
|
|
|
const MachineOperand &MO = MI.getOperand(0);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
2020-10-23 14:06:39 +01:00
|
|
|
// Ignore non-register locations, we don't transfer those.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
if (!MO.isReg() || MO.getReg() == 0) {
|
2020-10-23 14:06:39 +01:00
|
|
|
auto It = ActiveVLocs.find(Var);
|
|
|
|
if (It != ActiveVLocs.end()) {
|
|
|
|
ActiveMLocs[It->second.Loc].erase(Var);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
ActiveVLocs.erase(It);
|
2020-10-23 14:06:39 +01:00
|
|
|
}
|
[DebugInstrRef] Handle DBG_INSTR_REFs use-before-defs in LiveDebugValues
Deciding where to place debugging instructions when normal instructions
sink between blocks is difficult -- see PR44117. Dealing with this with
instruction-referencing variable locations is simple: we just tolerate
DBG_INSTR_REFs referring to values that haven't been computed yet. This
patch adds support into InstrRefBasedLDV to record when a variable value
appears in the middle of a block, and should have a DBG_VALUE added when it
appears (a debug use before def).
While described simply, this relies heavily on the value-propagation
algorithm in InstrRefBasedLDV. The implementation doesn't attempt to verify
the location of a value unless something non-trivial occurs to merge
variable values in vlocJoin. This means that a variable with a value that
has no location can retain it across all control flow (including loops).
It's only when another debug instruction specifies a different variable
value that we have to check, and find there's no location.
This property means that if a machine value is defined in a block dominated
by a DBG_INSTR_REF that refers to it, all the successor blocks can
automatically find a location for that value (if it's not clobbered). Thus
in a sense, InstrRefBasedLDV is already supporting and implementing
use-before-defs. This patch allows us to specify a variable location in the
block where it's defined.
When loading live-in variable locations, TransferTracker currently discards
those where it can't find a location for the variable value. However, we
can tell from the machine value number whether the value is defined in this
block. If it is, add it to a set of use-before-def records. Then, once the
relevant instruction has been processed, emit a DBG_VALUE immediately after
it.
Differential Revision: https://reviews.llvm.org/D85775
2020-10-23 14:53:15 +01:00
|
|
|
// Any use-before-defs no longer apply.
|
|
|
|
UseBeforeDefVariables.erase(Var);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
Register Reg = MO.getReg();
|
2020-10-23 14:06:39 +01:00
|
|
|
LocIdx NewLoc = MTracker->getRegMLoc(Reg);
|
|
|
|
redefVar(MI, Properties, NewLoc);
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Handle a change in variable location within a block. Terminate the
|
|
|
|
/// variables current location, and record the value it now refers to, so
|
|
|
|
/// that we can detect location transfers later on.
|
|
|
|
void redefVar(const MachineInstr &MI, const DbgValueProperties &Properties,
|
|
|
|
Optional<LocIdx> OptNewLoc) {
|
|
|
|
DebugVariable Var(MI.getDebugVariable(), MI.getDebugExpression(),
|
|
|
|
MI.getDebugLoc()->getInlinedAt());
|
[DebugInstrRef] Handle DBG_INSTR_REFs use-before-defs in LiveDebugValues
Deciding where to place debugging instructions when normal instructions
sink between blocks is difficult -- see PR44117. Dealing with this with
instruction-referencing variable locations is simple: we just tolerate
DBG_INSTR_REFs referring to values that haven't been computed yet. This
patch adds support into InstrRefBasedLDV to record when a variable value
appears in the middle of a block, and should have a DBG_VALUE added when it
appears (a debug use before def).
While described simply, this relies heavily on the value-propagation
algorithm in InstrRefBasedLDV. The implementation doesn't attempt to verify
the location of a value unless something non-trivial occurs to merge
variable values in vlocJoin. This means that a variable with a value that
has no location can retain it across all control flow (including loops).
It's only when another debug instruction specifies a different variable
value that we have to check, and find there's no location.
This property means that if a machine value is defined in a block dominated
by a DBG_INSTR_REF that refers to it, all the successor blocks can
automatically find a location for that value (if it's not clobbered). Thus
in a sense, InstrRefBasedLDV is already supporting and implementing
use-before-defs. This patch allows us to specify a variable location in the
block where it's defined.
When loading live-in variable locations, TransferTracker currently discards
those where it can't find a location for the variable value. However, we
can tell from the machine value number whether the value is defined in this
block. If it is, add it to a set of use-before-def records. Then, once the
relevant instruction has been processed, emit a DBG_VALUE immediately after
it.
Differential Revision: https://reviews.llvm.org/D85775
2020-10-23 14:53:15 +01:00
|
|
|
// Any use-before-defs no longer apply.
|
|
|
|
UseBeforeDefVariables.erase(Var);
|
2020-10-23 14:06:39 +01:00
|
|
|
|
|
|
|
// Erase any previous location,
|
|
|
|
auto It = ActiveVLocs.find(Var);
|
|
|
|
if (It != ActiveVLocs.end())
|
|
|
|
ActiveMLocs[It->second.Loc].erase(Var);
|
|
|
|
|
|
|
|
// If there _is_ no new location, all we had to do was erase.
|
|
|
|
if (!OptNewLoc)
|
|
|
|
return;
|
|
|
|
LocIdx NewLoc = *OptNewLoc;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
// Check whether our local copy of values-by-location in #VarLocs is out of
|
|
|
|
// date. Wipe old tracking data for the location if it's been clobbered in
|
|
|
|
// the meantime.
|
2020-10-23 14:06:39 +01:00
|
|
|
if (MTracker->getNumAtPos(NewLoc) != VarLocs[NewLoc.asU64()]) {
|
|
|
|
for (auto &P : ActiveMLocs[NewLoc]) {
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
ActiveVLocs.erase(P);
|
|
|
|
}
|
2020-10-23 14:06:39 +01:00
|
|
|
ActiveMLocs[NewLoc.asU64()].clear();
|
|
|
|
VarLocs[NewLoc.asU64()] = MTracker->getNumAtPos(NewLoc);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
|
2020-10-23 14:06:39 +01:00
|
|
|
ActiveMLocs[NewLoc].insert(Var);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
if (It == ActiveVLocs.end()) {
|
2020-10-23 14:06:39 +01:00
|
|
|
ActiveVLocs.insert(
|
|
|
|
std::make_pair(Var, LocAndProperties{NewLoc, Properties}));
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
} else {
|
2020-10-23 14:06:39 +01:00
|
|
|
It->second.Loc = NewLoc;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
It->second.Properties = Properties;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2021-06-29 18:50:24 +01:00
|
|
|
/// Account for a location \p mloc being clobbered. Examine the variable
|
|
|
|
/// locations that will be terminated: and try to recover them by using
|
|
|
|
/// another location. Optionally, given \p MakeUndef, emit a DBG_VALUE to
|
|
|
|
/// explicitly terminate a location if it can't be recovered.
|
|
|
|
void clobberMloc(LocIdx MLoc, MachineBasicBlock::iterator Pos,
|
|
|
|
bool MakeUndef = true) {
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
auto ActiveMLocIt = ActiveMLocs.find(MLoc);
|
|
|
|
if (ActiveMLocIt == ActiveMLocs.end())
|
|
|
|
return;
|
|
|
|
|
2021-06-29 18:50:24 +01:00
|
|
|
// What was the old variable value?
|
|
|
|
ValueIDNum OldValue = VarLocs[MLoc.asU64()];
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
VarLocs[MLoc.asU64()] = ValueIDNum::EmptyValue;
|
|
|
|
|
2021-06-29 18:50:24 +01:00
|
|
|
// Examine the remaining variable locations: if we can find the same value
|
|
|
|
// again, we can recover the location.
|
|
|
|
Optional<LocIdx> NewLoc = None;
|
|
|
|
for (auto Loc : MTracker->locations())
|
|
|
|
if (Loc.Value == OldValue)
|
|
|
|
NewLoc = Loc.Idx;
|
|
|
|
|
|
|
|
// If there is no location, and we weren't asked to make the variable
|
|
|
|
// explicitly undef, then stop here.
|
2021-06-30 17:48:19 +01:00
|
|
|
if (!NewLoc && !MakeUndef) {
|
|
|
|
// Try and recover a few more locations with entry values.
|
|
|
|
for (auto &Var : ActiveMLocIt->second) {
|
|
|
|
auto &Prop = ActiveVLocs.find(Var)->second.Properties;
|
|
|
|
recoverAsEntryValue(Var, Prop, OldValue);
|
|
|
|
}
|
|
|
|
flushDbgValues(Pos, nullptr);
|
2021-06-29 18:50:24 +01:00
|
|
|
return;
|
2021-06-30 17:48:19 +01:00
|
|
|
}
|
2021-06-29 18:50:24 +01:00
|
|
|
|
|
|
|
// Examine all the variables based on this location.
|
|
|
|
DenseSet<DebugVariable> NewMLocs;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
for (auto &Var : ActiveMLocIt->second) {
|
|
|
|
auto ActiveVLocIt = ActiveVLocs.find(Var);
|
2021-06-29 18:50:24 +01:00
|
|
|
// Re-state the variable location: if there's no replacement then NewLoc
|
|
|
|
// is None and a $noreg DBG_VALUE will be created. Otherwise, a DBG_VALUE
|
|
|
|
// identifying the alternative location will be emitted.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
const DIExpression *Expr = ActiveVLocIt->second.Properties.DIExpr;
|
|
|
|
DbgValueProperties Properties(Expr, false);
|
2021-06-29 18:50:24 +01:00
|
|
|
PendingDbgValues.push_back(MTracker->emitLoc(NewLoc, Var, Properties));
|
|
|
|
|
|
|
|
// Update machine locations <=> variable locations maps. Defer updating
|
|
|
|
// ActiveMLocs to avoid invalidaing the ActiveMLocIt iterator.
|
|
|
|
if (!NewLoc) {
|
|
|
|
ActiveVLocs.erase(ActiveVLocIt);
|
|
|
|
} else {
|
|
|
|
ActiveVLocIt->second.Loc = *NewLoc;
|
|
|
|
NewMLocs.insert(Var);
|
|
|
|
}
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
2021-06-29 18:50:24 +01:00
|
|
|
|
|
|
|
// Commit any deferred ActiveMLoc changes.
|
|
|
|
if (!NewMLocs.empty())
|
|
|
|
for (auto &Var : NewMLocs)
|
|
|
|
ActiveMLocs[*NewLoc].insert(Var);
|
|
|
|
|
|
|
|
// We lazily track what locations have which values; if we've found a new
|
|
|
|
// location for the clobbered value, remember it.
|
|
|
|
if (NewLoc)
|
|
|
|
VarLocs[NewLoc->asU64()] = OldValue;
|
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
flushDbgValues(Pos, nullptr);
|
|
|
|
|
|
|
|
ActiveMLocIt->second.clear();
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Transfer variables based on \p Src to be based on \p Dst. This handles
|
|
|
|
/// both register copies as well as spills and restores. Creates DBG_VALUEs
|
|
|
|
/// describing the movement.
|
|
|
|
void transferMlocs(LocIdx Src, LocIdx Dst, MachineBasicBlock::iterator Pos) {
|
|
|
|
// Does Src still contain the value num we expect? If not, it's been
|
|
|
|
// clobbered in the meantime, and our variable locations are stale.
|
|
|
|
if (VarLocs[Src.asU64()] != MTracker->getNumAtPos(Src))
|
|
|
|
return;
|
|
|
|
|
|
|
|
// assert(ActiveMLocs[Dst].size() == 0);
|
|
|
|
//^^^ Legitimate scenario on account of un-clobbered slot being assigned to?
|
|
|
|
ActiveMLocs[Dst] = ActiveMLocs[Src];
|
|
|
|
VarLocs[Dst.asU64()] = VarLocs[Src.asU64()];
|
|
|
|
|
|
|
|
// For each variable based on Src; create a location at Dst.
|
|
|
|
for (auto &Var : ActiveMLocs[Src]) {
|
|
|
|
auto ActiveVLocIt = ActiveVLocs.find(Var);
|
|
|
|
assert(ActiveVLocIt != ActiveVLocs.end());
|
|
|
|
ActiveVLocIt->second.Loc = Dst;
|
|
|
|
|
|
|
|
MachineInstr *MI =
|
|
|
|
MTracker->emitLoc(Dst, Var, ActiveVLocIt->second.Properties);
|
|
|
|
PendingDbgValues.push_back(MI);
|
|
|
|
}
|
|
|
|
ActiveMLocs[Src].clear();
|
|
|
|
flushDbgValues(Pos, nullptr);
|
|
|
|
|
|
|
|
// XXX XXX XXX "pretend to be old LDV" means dropping all tracking data
|
|
|
|
// about the old location.
|
|
|
|
if (EmulateOldLDV)
|
|
|
|
VarLocs[Src.asU64()] = ValueIDNum::EmptyValue;
|
|
|
|
}
|
|
|
|
|
|
|
|
MachineInstrBuilder emitMOLoc(const MachineOperand &MO,
|
|
|
|
const DebugVariable &Var,
|
|
|
|
const DbgValueProperties &Properties) {
|
2020-12-11 12:45:22 -08:00
|
|
|
DebugLoc DL = DILocation::get(Var.getVariable()->getContext(), 0, 0,
|
|
|
|
Var.getVariable()->getScope(),
|
|
|
|
const_cast<DILocation *>(Var.getInlinedAt()));
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
auto MIB = BuildMI(MF, DL, TII->get(TargetOpcode::DBG_VALUE));
|
|
|
|
MIB.add(MO);
|
|
|
|
if (Properties.Indirect)
|
|
|
|
MIB.addImm(0);
|
|
|
|
else
|
|
|
|
MIB.addReg(0);
|
|
|
|
MIB.addMetadata(Var.getVariable());
|
|
|
|
MIB.addMetadata(Properties.DIExpr);
|
|
|
|
return MIB;
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
// Implementation
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
ValueIDNum ValueIDNum::EmptyValue = {UINT_MAX, UINT_MAX, UINT_MAX};
|
|
|
|
|
2021-10-12 17:05:51 +01:00
|
|
|
#ifndef NDEBUG
|
2021-10-12 15:55:46 +01:00
|
|
|
void DbgValue::dump(const MLocTracker *MTrack) const {
|
|
|
|
if (Kind == Const) {
|
|
|
|
MO.dump();
|
|
|
|
} else if (Kind == NoVal) {
|
|
|
|
dbgs() << "NoVal(" << BlockNo << ")";
|
|
|
|
} else if (Kind == Proposed) {
|
|
|
|
dbgs() << "VPHI(" << MTrack->IDAsString(ID) << ")";
|
|
|
|
} else {
|
|
|
|
assert(Kind == Def);
|
|
|
|
dbgs() << MTrack->IDAsString(ID);
|
|
|
|
}
|
|
|
|
if (Properties.Indirect)
|
|
|
|
dbgs() << " indir";
|
|
|
|
if (Properties.DIExpr)
|
|
|
|
dbgs() << " " << *Properties.DIExpr;
|
|
|
|
}
|
2021-10-12 17:05:51 +01:00
|
|
|
#endif
|
2021-10-12 15:55:46 +01:00
|
|
|
|
|
|
|
MLocTracker::MLocTracker(MachineFunction &MF, const TargetInstrInfo &TII,
|
|
|
|
const TargetRegisterInfo &TRI,
|
|
|
|
const TargetLowering &TLI)
|
|
|
|
: MF(MF), TII(TII), TRI(TRI), TLI(TLI),
|
|
|
|
LocIdxToIDNum(ValueIDNum::EmptyValue), LocIdxToLocID(0) {
|
|
|
|
NumRegs = TRI.getNumRegs();
|
|
|
|
reset();
|
|
|
|
LocIDToLocIdx.resize(NumRegs, LocIdx::MakeIllegalLoc());
|
|
|
|
assert(NumRegs < (1u << NUM_LOC_BITS)); // Detect bit packing failure
|
|
|
|
|
|
|
|
// Always track SP. This avoids the implicit clobbering caused by regmasks
|
|
|
|
// from affectings its values. (LiveDebugValues disbelieves calls and
|
|
|
|
// regmasks that claim to clobber SP).
|
|
|
|
Register SP = TLI.getStackPointerRegisterToSaveRestore();
|
|
|
|
if (SP) {
|
|
|
|
unsigned ID = getLocID(SP, false);
|
|
|
|
(void)lookupOrTrackRegister(ID);
|
[DebugInfo][InstrRef] Only calculate IDF for reg units
In D110173 we start using the existing LLVM IDF calculator to place PHIs as
we reconstruct an SSA form of machine-code program. Sadly that's slower
than the old (but broken) way, this patch attempts to recover some of that
performance.
The key observation: every time we def a register, we also have to def it's
register units. If we def'd $rax, in the current implementation we
independently calculate PHI locations for {al, ah, ax, eax, hax, rax}, and
they will all have the same PHI positions. Instead of doing that, we can
calculate the PHI positions for {al, ah} and place PHIs for any aliasing
registers in the same positions. Any def of a super-register has to def
the unit, and vice versa, so this is sound. It cuts down the SSA placement
we need to do significantly.
This doesn't work for stack slots, or registers we only ever read, so place
PHIs normally for those. LiveDebugValues choses to ignore writes to SP at
calls, and now have to ignore writes to SP register units too.
Differential Revision: https://reviews.llvm.org/D111627
2021-10-13 15:54:46 +01:00
|
|
|
|
|
|
|
for (MCRegAliasIterator RAI(SP, &TRI, true); RAI.isValid(); ++RAI)
|
|
|
|
SPAliases.insert(*RAI);
|
2021-10-12 15:55:46 +01:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
LocIdx MLocTracker::trackRegister(unsigned ID) {
|
|
|
|
assert(ID != 0);
|
|
|
|
LocIdx NewIdx = LocIdx(LocIdxToIDNum.size());
|
|
|
|
LocIdxToIDNum.grow(NewIdx);
|
|
|
|
LocIdxToLocID.grow(NewIdx);
|
|
|
|
|
|
|
|
// Default: it's an mphi.
|
|
|
|
ValueIDNum ValNum = {CurBB, 0, NewIdx};
|
|
|
|
// Was this reg ever touched by a regmask?
|
|
|
|
for (const auto &MaskPair : reverse(Masks)) {
|
|
|
|
if (MaskPair.first->clobbersPhysReg(ID)) {
|
|
|
|
// There was an earlier def we skipped.
|
|
|
|
ValNum = {CurBB, MaskPair.second, NewIdx};
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
LocIdxToIDNum[NewIdx] = ValNum;
|
|
|
|
LocIdxToLocID[NewIdx] = ID;
|
|
|
|
return NewIdx;
|
|
|
|
}
|
|
|
|
|
|
|
|
void MLocTracker::writeRegMask(const MachineOperand *MO, unsigned CurBB,
|
|
|
|
unsigned InstID) {
|
|
|
|
// Def any register we track have that isn't preserved. The regmask
|
|
|
|
// terminates the liveness of a register, meaning its value can't be
|
|
|
|
// relied upon -- we represent this by giving it a new value.
|
|
|
|
for (auto Location : locations()) {
|
|
|
|
unsigned ID = LocIdxToLocID[Location.Idx];
|
|
|
|
// Don't clobber SP, even if the mask says it's clobbered.
|
[DebugInfo][InstrRef] Only calculate IDF for reg units
In D110173 we start using the existing LLVM IDF calculator to place PHIs as
we reconstruct an SSA form of machine-code program. Sadly that's slower
than the old (but broken) way, this patch attempts to recover some of that
performance.
The key observation: every time we def a register, we also have to def it's
register units. If we def'd $rax, in the current implementation we
independently calculate PHI locations for {al, ah, ax, eax, hax, rax}, and
they will all have the same PHI positions. Instead of doing that, we can
calculate the PHI positions for {al, ah} and place PHIs for any aliasing
registers in the same positions. Any def of a super-register has to def
the unit, and vice versa, so this is sound. It cuts down the SSA placement
we need to do significantly.
This doesn't work for stack slots, or registers we only ever read, so place
PHIs normally for those. LiveDebugValues choses to ignore writes to SP at
calls, and now have to ignore writes to SP register units too.
Differential Revision: https://reviews.llvm.org/D111627
2021-10-13 15:54:46 +01:00
|
|
|
if (ID < NumRegs && !SPAliases.count(ID) && MO->clobbersPhysReg(ID))
|
2021-10-12 15:55:46 +01:00
|
|
|
defReg(ID, CurBB, InstID);
|
|
|
|
}
|
|
|
|
Masks.push_back(std::make_pair(MO, InstID));
|
|
|
|
}
|
|
|
|
|
|
|
|
LocIdx MLocTracker::getOrTrackSpillLoc(SpillLoc L) {
|
|
|
|
unsigned SpillID = SpillLocs.idFor(L);
|
|
|
|
if (SpillID == 0) {
|
|
|
|
SpillID = SpillLocs.insert(L);
|
|
|
|
unsigned L = getLocID(SpillID, true);
|
|
|
|
LocIdx Idx = LocIdx(LocIdxToIDNum.size()); // New idx
|
|
|
|
LocIdxToIDNum.grow(Idx);
|
|
|
|
LocIdxToLocID.grow(Idx);
|
|
|
|
LocIDToLocIdx.push_back(Idx);
|
|
|
|
LocIdxToLocID[Idx] = L;
|
|
|
|
return Idx;
|
|
|
|
} else {
|
|
|
|
unsigned L = getLocID(SpillID, true);
|
|
|
|
LocIdx Idx = LocIDToLocIdx[L];
|
|
|
|
return Idx;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
std::string MLocTracker::LocIdxToName(LocIdx Idx) const {
|
|
|
|
unsigned ID = LocIdxToLocID[Idx];
|
|
|
|
if (ID >= NumRegs)
|
|
|
|
return Twine("slot ").concat(Twine(ID - NumRegs)).str();
|
|
|
|
else
|
|
|
|
return TRI.getRegAsmName(ID).str();
|
|
|
|
}
|
|
|
|
|
|
|
|
std::string MLocTracker::IDAsString(const ValueIDNum &Num) const {
|
|
|
|
std::string DefName = LocIdxToName(Num.getLoc());
|
|
|
|
return Num.asString(DefName);
|
|
|
|
}
|
|
|
|
|
2021-10-12 17:05:51 +01:00
|
|
|
#ifndef NDEBUG
|
2021-10-12 15:55:46 +01:00
|
|
|
LLVM_DUMP_METHOD void MLocTracker::dump() {
|
|
|
|
for (auto Location : locations()) {
|
|
|
|
std::string MLocName = LocIdxToName(Location.Value.getLoc());
|
|
|
|
std::string DefName = Location.Value.asString(MLocName);
|
|
|
|
dbgs() << LocIdxToName(Location.Idx) << " --> " << DefName << "\n";
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
LLVM_DUMP_METHOD void MLocTracker::dump_mloc_map() {
|
|
|
|
for (auto Location : locations()) {
|
|
|
|
std::string foo = LocIdxToName(Location.Idx);
|
|
|
|
dbgs() << "Idx " << Location.Idx.asU64() << " " << foo << "\n";
|
|
|
|
}
|
|
|
|
}
|
2021-10-12 17:05:51 +01:00
|
|
|
#endif
|
2021-10-12 15:55:46 +01:00
|
|
|
|
|
|
|
MachineInstrBuilder MLocTracker::emitLoc(Optional<LocIdx> MLoc,
|
|
|
|
const DebugVariable &Var,
|
|
|
|
const DbgValueProperties &Properties) {
|
|
|
|
DebugLoc DL = DILocation::get(Var.getVariable()->getContext(), 0, 0,
|
|
|
|
Var.getVariable()->getScope(),
|
|
|
|
const_cast<DILocation *>(Var.getInlinedAt()));
|
|
|
|
auto MIB = BuildMI(MF, DL, TII.get(TargetOpcode::DBG_VALUE));
|
|
|
|
|
|
|
|
const DIExpression *Expr = Properties.DIExpr;
|
|
|
|
if (!MLoc) {
|
|
|
|
// No location -> DBG_VALUE $noreg
|
|
|
|
MIB.addReg(0);
|
|
|
|
MIB.addReg(0);
|
|
|
|
} else if (LocIdxToLocID[*MLoc] >= NumRegs) {
|
|
|
|
unsigned LocID = LocIdxToLocID[*MLoc];
|
|
|
|
const SpillLoc &Spill = SpillLocs[LocID - NumRegs + 1];
|
|
|
|
|
|
|
|
auto *TRI = MF.getSubtarget().getRegisterInfo();
|
|
|
|
Expr = TRI->prependOffsetExpression(Expr, DIExpression::ApplyOffset,
|
|
|
|
Spill.SpillOffset);
|
|
|
|
unsigned Base = Spill.SpillBase;
|
|
|
|
MIB.addReg(Base);
|
|
|
|
MIB.addImm(0);
|
|
|
|
} else {
|
|
|
|
unsigned LocID = LocIdxToLocID[*MLoc];
|
|
|
|
MIB.addReg(LocID);
|
|
|
|
if (Properties.Indirect)
|
|
|
|
MIB.addImm(0);
|
|
|
|
else
|
|
|
|
MIB.addReg(0);
|
|
|
|
}
|
|
|
|
|
|
|
|
MIB.addMetadata(Var.getVariable());
|
|
|
|
MIB.addMetadata(Expr);
|
|
|
|
return MIB;
|
|
|
|
}
|
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
/// Default construct and initialize the pass.
|
|
|
|
InstrRefBasedLDV::InstrRefBasedLDV() {}
|
|
|
|
|
2021-10-12 15:55:46 +01:00
|
|
|
bool InstrRefBasedLDV::isCalleeSaved(LocIdx L) const {
|
|
|
|
unsigned Reg = MTracker->LocIdxToLocID[L];
|
|
|
|
for (MCRegAliasIterator RAI(Reg, TRI, true); RAI.isValid(); ++RAI)
|
|
|
|
if (CalleeSavedRegs.test(*RAI))
|
|
|
|
return true;
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
// Debug Range Extension Implementation
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
#ifndef NDEBUG
|
|
|
|
// Something to restore in the future.
|
|
|
|
// void InstrRefBasedLDV::printVarLocInMBB(..)
|
|
|
|
#endif
|
|
|
|
|
|
|
|
SpillLoc
|
|
|
|
InstrRefBasedLDV::extractSpillBaseRegAndOffset(const MachineInstr &MI) {
|
|
|
|
assert(MI.hasOneMemOperand() &&
|
|
|
|
"Spill instruction does not have exactly one memory operand?");
|
|
|
|
auto MMOI = MI.memoperands_begin();
|
|
|
|
const PseudoSourceValue *PVal = (*MMOI)->getPseudoValue();
|
|
|
|
assert(PVal->kind() == PseudoSourceValue::FixedStack &&
|
|
|
|
"Inconsistent memory operand in spill instruction");
|
|
|
|
int FI = cast<FixedStackPseudoSourceValue>(PVal)->getFrameIndex();
|
|
|
|
const MachineBasicBlock *MBB = MI.getParent();
|
|
|
|
Register Reg;
|
2020-11-04 08:56:54 +00:00
|
|
|
StackOffset Offset = TFI->getFrameIndexReference(*MBB->getParent(), FI, Reg);
|
2021-01-06 10:54:41 +00:00
|
|
|
return {Reg, Offset};
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
/// End all previous ranges related to @MI and start a new range from @MI
|
|
|
|
/// if it is a DBG_VALUE instr.
|
|
|
|
bool InstrRefBasedLDV::transferDebugValue(const MachineInstr &MI) {
|
|
|
|
if (!MI.isDebugValue())
|
|
|
|
return false;
|
|
|
|
|
|
|
|
const DILocalVariable *Var = MI.getDebugVariable();
|
|
|
|
const DIExpression *Expr = MI.getDebugExpression();
|
|
|
|
const DILocation *DebugLoc = MI.getDebugLoc();
|
|
|
|
const DILocation *InlinedAt = DebugLoc->getInlinedAt();
|
|
|
|
assert(Var->isValidLocationForIntrinsic(DebugLoc) &&
|
|
|
|
"Expected inlined-at fields to agree");
|
|
|
|
|
|
|
|
DebugVariable V(Var, Expr, InlinedAt);
|
2020-10-23 14:06:39 +01:00
|
|
|
DbgValueProperties Properties(MI);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
// If there are no instructions in this lexical scope, do no location tracking
|
|
|
|
// at all, this variable shouldn't get a legitimate location range.
|
|
|
|
auto *Scope = LS.findLexicalScope(MI.getDebugLoc().get());
|
|
|
|
if (Scope == nullptr)
|
|
|
|
return true; // handled it; by doing nothing
|
|
|
|
|
2021-08-20 14:48:45 +01:00
|
|
|
// For now, ignore DBG_VALUE_LISTs when extending ranges. Allow it to
|
|
|
|
// contribute to locations in this block, but don't propagate further.
|
|
|
|
// Interpret it like a DBG_VALUE $noreg.
|
|
|
|
if (MI.isDebugValueList()) {
|
|
|
|
if (VTracker)
|
|
|
|
VTracker->defVar(MI, Properties, None);
|
|
|
|
if (TTracker)
|
|
|
|
TTracker->redefVar(MI, Properties, None);
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
const MachineOperand &MO = MI.getOperand(0);
|
|
|
|
|
|
|
|
// MLocTracker needs to know that this register is read, even if it's only
|
|
|
|
// read by a debug inst.
|
|
|
|
if (MO.isReg() && MO.getReg() != 0)
|
|
|
|
(void)MTracker->readReg(MO.getReg());
|
|
|
|
|
|
|
|
// If we're preparing for the second analysis (variables), the machine value
|
|
|
|
// locations are already solved, and we report this DBG_VALUE and the value
|
|
|
|
// it refers to to VLocTracker.
|
|
|
|
if (VTracker) {
|
|
|
|
if (MO.isReg()) {
|
|
|
|
// Feed defVar the new variable location, or if this is a
|
|
|
|
// DBG_VALUE $noreg, feed defVar None.
|
|
|
|
if (MO.getReg())
|
2020-10-23 14:06:39 +01:00
|
|
|
VTracker->defVar(MI, Properties, MTracker->readReg(MO.getReg()));
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
else
|
2020-10-23 14:06:39 +01:00
|
|
|
VTracker->defVar(MI, Properties, None);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
} else if (MI.getOperand(0).isImm() || MI.getOperand(0).isFPImm() ||
|
|
|
|
MI.getOperand(0).isCImm()) {
|
|
|
|
VTracker->defVar(MI, MI.getOperand(0));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// If performing final tracking of transfers, report this variable definition
|
|
|
|
// to the TransferTracker too.
|
|
|
|
if (TTracker)
|
|
|
|
TTracker->redefVar(MI);
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2021-06-29 13:48:49 +01:00
|
|
|
bool InstrRefBasedLDV::transferDebugInstrRef(MachineInstr &MI,
|
|
|
|
ValueIDNum **MLiveOuts,
|
|
|
|
ValueIDNum **MLiveIns) {
|
2020-10-23 14:06:39 +01:00
|
|
|
if (!MI.isDebugRef())
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// Only handle this instruction when we are building the variable value
|
|
|
|
// transfer function.
|
|
|
|
if (!VTracker)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
unsigned InstNo = MI.getOperand(0).getImm();
|
|
|
|
unsigned OpNo = MI.getOperand(1).getImm();
|
|
|
|
|
|
|
|
const DILocalVariable *Var = MI.getDebugVariable();
|
|
|
|
const DIExpression *Expr = MI.getDebugExpression();
|
|
|
|
const DILocation *DebugLoc = MI.getDebugLoc();
|
|
|
|
const DILocation *InlinedAt = DebugLoc->getInlinedAt();
|
|
|
|
assert(Var->isValidLocationForIntrinsic(DebugLoc) &&
|
|
|
|
"Expected inlined-at fields to agree");
|
|
|
|
|
|
|
|
DebugVariable V(Var, Expr, InlinedAt);
|
|
|
|
|
|
|
|
auto *Scope = LS.findLexicalScope(MI.getDebugLoc().get());
|
|
|
|
if (Scope == nullptr)
|
|
|
|
return true; // Handled by doing nothing. This variable is never in scope.
|
|
|
|
|
|
|
|
const MachineFunction &MF = *MI.getParent()->getParent();
|
|
|
|
|
|
|
|
// Various optimizations may have happened to the value during codegen,
|
|
|
|
// recorded in the value substitution table. Apply any substitutions to
|
2021-07-09 15:32:30 +01:00
|
|
|
// the instruction / operand number in this DBG_INSTR_REF, and collect
|
|
|
|
// any subregister extractions performed during optimization.
|
|
|
|
|
|
|
|
// Create dummy substitution with Src set, for lookup.
|
|
|
|
auto SoughtSub =
|
|
|
|
MachineFunction::DebugSubstitution({InstNo, OpNo}, {0, 0}, 0);
|
|
|
|
|
2021-07-01 12:34:50 +01:00
|
|
|
SmallVector<unsigned, 4> SeenSubregs;
|
2021-07-09 15:32:30 +01:00
|
|
|
auto LowerBoundIt = llvm::lower_bound(MF.DebugValueSubstitutions, SoughtSub);
|
|
|
|
while (LowerBoundIt != MF.DebugValueSubstitutions.end() &&
|
|
|
|
LowerBoundIt->Src == SoughtSub.Src) {
|
|
|
|
std::tie(InstNo, OpNo) = LowerBoundIt->Dest;
|
|
|
|
SoughtSub.Src = LowerBoundIt->Dest;
|
|
|
|
if (unsigned Subreg = LowerBoundIt->Subreg)
|
2021-07-01 12:34:50 +01:00
|
|
|
SeenSubregs.push_back(Subreg);
|
2021-07-09 15:32:30 +01:00
|
|
|
LowerBoundIt = llvm::lower_bound(MF.DebugValueSubstitutions, SoughtSub);
|
2020-10-23 14:06:39 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
// Default machine value number is <None> -- if no instruction defines
|
|
|
|
// the corresponding value, it must have been optimized out.
|
|
|
|
Optional<ValueIDNum> NewID = None;
|
|
|
|
|
|
|
|
// Try to lookup the instruction number, and find the machine value number
|
2021-06-29 13:48:49 +01:00
|
|
|
// that it defines. It could be an instruction, or a PHI.
|
2020-10-23 14:06:39 +01:00
|
|
|
auto InstrIt = DebugInstrNumToInstr.find(InstNo);
|
2021-06-29 13:48:49 +01:00
|
|
|
auto PHIIt = std::lower_bound(DebugPHINumToValue.begin(),
|
|
|
|
DebugPHINumToValue.end(), InstNo);
|
2020-10-23 14:06:39 +01:00
|
|
|
if (InstrIt != DebugInstrNumToInstr.end()) {
|
|
|
|
const MachineInstr &TargetInstr = *InstrIt->second.first;
|
|
|
|
uint64_t BlockNo = TargetInstr.getParent()->getNumber();
|
|
|
|
|
|
|
|
// Pick out the designated operand.
|
|
|
|
assert(OpNo < TargetInstr.getNumOperands());
|
|
|
|
const MachineOperand &MO = TargetInstr.getOperand(OpNo);
|
|
|
|
|
|
|
|
// Today, this can only be a register.
|
|
|
|
assert(MO.isReg() && MO.isDef());
|
|
|
|
|
|
|
|
unsigned LocID = MTracker->getLocID(MO.getReg(), false);
|
|
|
|
LocIdx L = MTracker->LocIDToLocIdx[LocID];
|
|
|
|
NewID = ValueIDNum(BlockNo, InstrIt->second.second, L);
|
2021-06-29 13:48:49 +01:00
|
|
|
} else if (PHIIt != DebugPHINumToValue.end() && PHIIt->InstrNum == InstNo) {
|
|
|
|
// It's actually a PHI value. Which value it is might not be obvious, use
|
|
|
|
// the resolver helper to find out.
|
|
|
|
NewID = resolveDbgPHIs(*MI.getParent()->getParent(), MLiveOuts, MLiveIns,
|
|
|
|
MI, InstNo);
|
2020-10-23 14:06:39 +01:00
|
|
|
}
|
|
|
|
|
2021-07-01 12:34:50 +01:00
|
|
|
// Apply any subregister extractions, in reverse. We might have seen code
|
|
|
|
// like this:
|
|
|
|
// CALL64 @foo, implicit-def $rax
|
|
|
|
// %0:gr64 = COPY $rax
|
|
|
|
// %1:gr32 = COPY %0.sub_32bit
|
|
|
|
// %2:gr16 = COPY %1.sub_16bit
|
|
|
|
// %3:gr8 = COPY %2.sub_8bit
|
|
|
|
// In which case each copy would have been recorded as a substitution with
|
|
|
|
// a subregister qualifier. Apply those qualifiers now.
|
|
|
|
if (NewID && !SeenSubregs.empty()) {
|
|
|
|
unsigned Offset = 0;
|
|
|
|
unsigned Size = 0;
|
|
|
|
|
|
|
|
// Look at each subregister that we passed through, and progressively
|
|
|
|
// narrow in, accumulating any offsets that occur. Substitutions should
|
|
|
|
// only ever be the same or narrower width than what they read from;
|
|
|
|
// iterate in reverse order so that we go from wide to small.
|
|
|
|
for (unsigned Subreg : reverse(SeenSubregs)) {
|
|
|
|
unsigned ThisSize = TRI->getSubRegIdxSize(Subreg);
|
|
|
|
unsigned ThisOffset = TRI->getSubRegIdxOffset(Subreg);
|
|
|
|
Offset += ThisOffset;
|
|
|
|
Size = (Size == 0) ? ThisSize : std::min(Size, ThisSize);
|
|
|
|
}
|
|
|
|
|
|
|
|
// If that worked, look for an appropriate subregister with the register
|
|
|
|
// where the define happens. Don't look at values that were defined during
|
|
|
|
// a stack write: we can't currently express register locations within
|
|
|
|
// spills.
|
|
|
|
LocIdx L = NewID->getLoc();
|
|
|
|
if (NewID && !MTracker->isSpill(L)) {
|
|
|
|
// Find the register class for the register where this def happened.
|
|
|
|
// FIXME: no index for this?
|
|
|
|
Register Reg = MTracker->LocIdxToLocID[L];
|
|
|
|
const TargetRegisterClass *TRC = nullptr;
|
|
|
|
for (auto *TRCI : TRI->regclasses())
|
|
|
|
if (TRCI->contains(Reg))
|
|
|
|
TRC = TRCI;
|
|
|
|
assert(TRC && "Couldn't find target register class?");
|
|
|
|
|
|
|
|
// If the register we have isn't the right size or in the right place,
|
|
|
|
// Try to find a subregister inside it.
|
|
|
|
unsigned MainRegSize = TRI->getRegSizeInBits(*TRC);
|
|
|
|
if (Size != MainRegSize || Offset) {
|
|
|
|
// Enumerate all subregisters, searching.
|
|
|
|
Register NewReg = 0;
|
|
|
|
for (MCSubRegIterator SRI(Reg, TRI, false); SRI.isValid(); ++SRI) {
|
|
|
|
unsigned Subreg = TRI->getSubRegIndex(Reg, *SRI);
|
|
|
|
unsigned SubregSize = TRI->getSubRegIdxSize(Subreg);
|
|
|
|
unsigned SubregOffset = TRI->getSubRegIdxOffset(Subreg);
|
|
|
|
if (SubregSize == Size && SubregOffset == Offset) {
|
|
|
|
NewReg = *SRI;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// If we didn't find anything: there's no way to express our value.
|
|
|
|
if (!NewReg) {
|
|
|
|
NewID = None;
|
|
|
|
} else {
|
|
|
|
// Re-state the value as being defined within the subregister
|
|
|
|
// that we found.
|
|
|
|
LocIdx NewLoc = MTracker->lookupOrTrackRegister(NewReg);
|
|
|
|
NewID = ValueIDNum(NewID->getBlock(), NewID->getInst(), NewLoc);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
// If we can't handle subregisters, unset the new value.
|
|
|
|
NewID = None;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-10-23 14:06:39 +01:00
|
|
|
// We, we have a value number or None. Tell the variable value tracker about
|
|
|
|
// it. The rest of this LiveDebugValues implementation acts exactly the same
|
|
|
|
// for DBG_INSTR_REFs as DBG_VALUEs (just, the former can refer to values that
|
|
|
|
// aren't immediately available).
|
|
|
|
DbgValueProperties Properties(Expr, false);
|
|
|
|
VTracker->defVar(MI, Properties, NewID);
|
|
|
|
|
|
|
|
// If we're on the final pass through the function, decompose this INSTR_REF
|
|
|
|
// into a plain DBG_VALUE.
|
|
|
|
if (!TTracker)
|
|
|
|
return true;
|
|
|
|
|
|
|
|
// Pick a location for the machine value number, if such a location exists.
|
|
|
|
// (This information could be stored in TransferTracker to make it faster).
|
|
|
|
Optional<LocIdx> FoundLoc = None;
|
|
|
|
for (auto Location : MTracker->locations()) {
|
|
|
|
LocIdx CurL = Location.Idx;
|
|
|
|
ValueIDNum ID = MTracker->LocIdxToIDNum[CurL];
|
|
|
|
if (NewID && ID == NewID) {
|
|
|
|
// If this is the first location with that value, pick it. Otherwise,
|
|
|
|
// consider whether it's a "longer term" location.
|
|
|
|
if (!FoundLoc) {
|
|
|
|
FoundLoc = CurL;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (MTracker->isSpill(CurL))
|
|
|
|
FoundLoc = CurL; // Spills are a longer term location.
|
|
|
|
else if (!MTracker->isSpill(*FoundLoc) &&
|
|
|
|
!MTracker->isSpill(CurL) &&
|
|
|
|
!isCalleeSaved(*FoundLoc) &&
|
|
|
|
isCalleeSaved(CurL))
|
|
|
|
FoundLoc = CurL; // Callee saved regs are longer term than normal.
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Tell transfer tracker that the variable value has changed.
|
|
|
|
TTracker->redefVar(MI, Properties, FoundLoc);
|
|
|
|
|
[DebugInstrRef] Handle DBG_INSTR_REFs use-before-defs in LiveDebugValues
Deciding where to place debugging instructions when normal instructions
sink between blocks is difficult -- see PR44117. Dealing with this with
instruction-referencing variable locations is simple: we just tolerate
DBG_INSTR_REFs referring to values that haven't been computed yet. This
patch adds support into InstrRefBasedLDV to record when a variable value
appears in the middle of a block, and should have a DBG_VALUE added when it
appears (a debug use before def).
While described simply, this relies heavily on the value-propagation
algorithm in InstrRefBasedLDV. The implementation doesn't attempt to verify
the location of a value unless something non-trivial occurs to merge
variable values in vlocJoin. This means that a variable with a value that
has no location can retain it across all control flow (including loops).
It's only when another debug instruction specifies a different variable
value that we have to check, and find there's no location.
This property means that if a machine value is defined in a block dominated
by a DBG_INSTR_REF that refers to it, all the successor blocks can
automatically find a location for that value (if it's not clobbered). Thus
in a sense, InstrRefBasedLDV is already supporting and implementing
use-before-defs. This patch allows us to specify a variable location in the
block where it's defined.
When loading live-in variable locations, TransferTracker currently discards
those where it can't find a location for the variable value. However, we
can tell from the machine value number whether the value is defined in this
block. If it is, add it to a set of use-before-def records. Then, once the
relevant instruction has been processed, emit a DBG_VALUE immediately after
it.
Differential Revision: https://reviews.llvm.org/D85775
2020-10-23 14:53:15 +01:00
|
|
|
// If there was a value with no location; but the value is defined in a
|
|
|
|
// later instruction in this block, this is a block-local use-before-def.
|
|
|
|
if (!FoundLoc && NewID && NewID->getBlock() == CurBB &&
|
|
|
|
NewID->getInst() > CurInst)
|
|
|
|
TTracker->addUseBeforeDef(V, {MI.getDebugExpression(), false}, *NewID);
|
|
|
|
|
2020-10-23 14:06:39 +01:00
|
|
|
// Produce a DBG_VALUE representing what this DBG_INSTR_REF meant.
|
|
|
|
// This DBG_VALUE is potentially a $noreg / undefined location, if
|
|
|
|
// FoundLoc is None.
|
|
|
|
// (XXX -- could morph the DBG_INSTR_REF in the future).
|
|
|
|
MachineInstr *DbgMI = MTracker->emitLoc(FoundLoc, V, Properties);
|
|
|
|
TTracker->PendingDbgValues.push_back(DbgMI);
|
|
|
|
TTracker->flushDbgValues(MI.getIterator(), nullptr);
|
2021-06-29 13:48:49 +01:00
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool InstrRefBasedLDV::transferDebugPHI(MachineInstr &MI) {
|
|
|
|
if (!MI.isDebugPHI())
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// Analyse these only when solving the machine value location problem.
|
|
|
|
if (VTracker || TTracker)
|
|
|
|
return true;
|
|
|
|
|
|
|
|
// First operand is the value location, either a stack slot or register.
|
|
|
|
// Second is the debug instruction number of the original PHI.
|
|
|
|
const MachineOperand &MO = MI.getOperand(0);
|
|
|
|
unsigned InstrNum = MI.getOperand(1).getImm();
|
|
|
|
|
|
|
|
if (MO.isReg()) {
|
|
|
|
// The value is whatever's currently in the register. Read and record it,
|
|
|
|
// to be analysed later.
|
|
|
|
Register Reg = MO.getReg();
|
|
|
|
ValueIDNum Num = MTracker->readReg(Reg);
|
|
|
|
auto PHIRec = DebugPHIRecord(
|
|
|
|
{InstrNum, MI.getParent(), Num, MTracker->lookupOrTrackRegister(Reg)});
|
|
|
|
DebugPHINumToValue.push_back(PHIRec);
|
2021-10-05 13:44:40 +01:00
|
|
|
|
|
|
|
// Subsequent register operations, or variable locations, might occur for
|
|
|
|
// any of the subregisters of this DBG_PHIs operand. Ensure that all
|
|
|
|
// registers aliasing this register are tracked.
|
|
|
|
for (MCRegAliasIterator RAI(MO.getReg(), TRI, true); RAI.isValid(); ++RAI)
|
|
|
|
MTracker->lookupOrTrackRegister(*RAI);
|
2021-06-29 13:48:49 +01:00
|
|
|
} else {
|
|
|
|
// The value is whatever's in this stack slot.
|
|
|
|
assert(MO.isFI());
|
|
|
|
unsigned FI = MO.getIndex();
|
|
|
|
|
|
|
|
// If the stack slot is dead, then this was optimized away.
|
|
|
|
// FIXME: stack slot colouring should account for slots that get merged.
|
|
|
|
if (MFI->isDeadObjectIndex(FI))
|
|
|
|
return true;
|
|
|
|
|
|
|
|
// Identify this spill slot.
|
|
|
|
Register Base;
|
|
|
|
StackOffset Offs = TFI->getFrameIndexReference(*MI.getMF(), FI, Base);
|
|
|
|
SpillLoc SL = {Base, Offs};
|
|
|
|
Optional<ValueIDNum> Num = MTracker->readSpill(SL);
|
|
|
|
|
|
|
|
if (!Num)
|
|
|
|
// Nothing ever writes to this slot. Curious, but nothing we can do.
|
|
|
|
return true;
|
|
|
|
|
|
|
|
// Record this DBG_PHI for later analysis.
|
|
|
|
auto DbgPHI = DebugPHIRecord(
|
|
|
|
{InstrNum, MI.getParent(), *Num, *MTracker->getSpillMLoc(SL)});
|
|
|
|
DebugPHINumToValue.push_back(DbgPHI);
|
|
|
|
}
|
2020-10-23 14:06:39 +01:00
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
void InstrRefBasedLDV::transferRegisterDef(MachineInstr &MI) {
|
|
|
|
// Meta Instructions do not affect the debug liveness of any register they
|
|
|
|
// define.
|
|
|
|
if (MI.isImplicitDef()) {
|
|
|
|
// Except when there's an implicit def, and the location it's defining has
|
|
|
|
// no value number. The whole point of an implicit def is to announce that
|
|
|
|
// the register is live, without be specific about it's value. So define
|
|
|
|
// a value if there isn't one already.
|
|
|
|
ValueIDNum Num = MTracker->readReg(MI.getOperand(0).getReg());
|
|
|
|
// Has a legitimate value -> ignore the implicit def.
|
|
|
|
if (Num.getLoc() != 0)
|
|
|
|
return;
|
|
|
|
// Otherwise, def it here.
|
|
|
|
} else if (MI.isMetaInstruction())
|
|
|
|
return;
|
|
|
|
|
|
|
|
MachineFunction *MF = MI.getMF();
|
|
|
|
const TargetLowering *TLI = MF->getSubtarget().getTargetLowering();
|
2020-10-21 01:15:13 -07:00
|
|
|
Register SP = TLI->getStackPointerRegisterToSaveRestore();
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
// Find the regs killed by MI, and find regmasks of preserved regs.
|
|
|
|
// Max out the number of statically allocated elements in `DeadRegs`, as this
|
|
|
|
// prevents fallback to std::set::count() operations.
|
|
|
|
SmallSet<uint32_t, 32> DeadRegs;
|
|
|
|
SmallVector<const uint32_t *, 4> RegMasks;
|
|
|
|
SmallVector<const MachineOperand *, 4> RegMaskPtrs;
|
|
|
|
for (const MachineOperand &MO : MI.operands()) {
|
|
|
|
// Determine whether the operand is a register def.
|
|
|
|
if (MO.isReg() && MO.isDef() && MO.getReg() &&
|
|
|
|
Register::isPhysicalRegister(MO.getReg()) &&
|
|
|
|
!(MI.isCall() && MO.getReg() == SP)) {
|
|
|
|
// Remove ranges of all aliased registers.
|
|
|
|
for (MCRegAliasIterator RAI(MO.getReg(), TRI, true); RAI.isValid(); ++RAI)
|
|
|
|
// FIXME: Can we break out of this loop early if no insertion occurs?
|
|
|
|
DeadRegs.insert(*RAI);
|
|
|
|
} else if (MO.isRegMask()) {
|
|
|
|
RegMasks.push_back(MO.getRegMask());
|
|
|
|
RegMaskPtrs.push_back(&MO);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Tell MLocTracker about all definitions, of regmasks and otherwise.
|
|
|
|
for (uint32_t DeadReg : DeadRegs)
|
|
|
|
MTracker->defReg(DeadReg, CurBB, CurInst);
|
|
|
|
|
|
|
|
for (auto *MO : RegMaskPtrs)
|
|
|
|
MTracker->writeRegMask(MO, CurBB, CurInst);
|
2021-06-29 18:50:24 +01:00
|
|
|
|
|
|
|
if (!TTracker)
|
|
|
|
return;
|
|
|
|
|
|
|
|
// When committing variable values to locations: tell transfer tracker that
|
|
|
|
// we've clobbered things. It may be able to recover the variable from a
|
|
|
|
// different location.
|
|
|
|
|
|
|
|
// Inform TTracker about any direct clobbers.
|
|
|
|
for (uint32_t DeadReg : DeadRegs) {
|
|
|
|
LocIdx Loc = MTracker->lookupOrTrackRegister(DeadReg);
|
|
|
|
TTracker->clobberMloc(Loc, MI.getIterator(), false);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Look for any clobbers performed by a register mask. Only test locations
|
|
|
|
// that are actually being tracked.
|
|
|
|
for (auto L : MTracker->locations()) {
|
|
|
|
// Stack locations can't be clobbered by regmasks.
|
|
|
|
if (MTracker->isSpill(L.Idx))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
Register Reg = MTracker->LocIdxToLocID[L.Idx];
|
|
|
|
for (auto *MO : RegMaskPtrs)
|
|
|
|
if (MO->clobbersPhysReg(Reg))
|
|
|
|
TTracker->clobberMloc(L.Idx, MI.getIterator(), false);
|
|
|
|
}
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
void InstrRefBasedLDV::performCopy(Register SrcRegNum, Register DstRegNum) {
|
|
|
|
ValueIDNum SrcValue = MTracker->readReg(SrcRegNum);
|
|
|
|
|
|
|
|
MTracker->setReg(DstRegNum, SrcValue);
|
|
|
|
|
|
|
|
// In all circumstances, re-def the super registers. It's definitely a new
|
|
|
|
// value now. This doesn't uniquely identify the composition of subregs, for
|
|
|
|
// example, two identical values in subregisters composed in different
|
|
|
|
// places would not get equal value numbers.
|
|
|
|
for (MCSuperRegIterator SRI(DstRegNum, TRI); SRI.isValid(); ++SRI)
|
|
|
|
MTracker->defReg(*SRI, CurBB, CurInst);
|
|
|
|
|
|
|
|
// If we're emulating VarLocBasedImpl, just define all the subregisters.
|
|
|
|
// DBG_VALUEs of them will expect to be tracked from the DBG_VALUE, not
|
|
|
|
// through prior copies.
|
|
|
|
if (EmulateOldLDV) {
|
|
|
|
for (MCSubRegIndexIterator DRI(DstRegNum, TRI); DRI.isValid(); ++DRI)
|
|
|
|
MTracker->defReg(DRI.getSubReg(), CurBB, CurInst);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Otherwise, actually copy subregisters from one location to another.
|
|
|
|
// XXX: in addition, any subregisters of DstRegNum that don't line up with
|
|
|
|
// the source register should be def'd.
|
|
|
|
for (MCSubRegIndexIterator SRI(SrcRegNum, TRI); SRI.isValid(); ++SRI) {
|
|
|
|
unsigned SrcSubReg = SRI.getSubReg();
|
|
|
|
unsigned SubRegIdx = SRI.getSubRegIndex();
|
|
|
|
unsigned DstSubReg = TRI->getSubReg(DstRegNum, SubRegIdx);
|
|
|
|
if (!DstSubReg)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
// Do copy. There are two matching subregisters, the source value should
|
|
|
|
// have been def'd when the super-reg was, the latter might not be tracked
|
|
|
|
// yet.
|
|
|
|
// This will force SrcSubReg to be tracked, if it isn't yet.
|
|
|
|
(void)MTracker->readReg(SrcSubReg);
|
|
|
|
LocIdx SrcL = MTracker->getRegMLoc(SrcSubReg);
|
|
|
|
assert(SrcL.asU64());
|
|
|
|
(void)MTracker->readReg(DstSubReg);
|
|
|
|
LocIdx DstL = MTracker->getRegMLoc(DstSubReg);
|
|
|
|
assert(DstL.asU64());
|
|
|
|
(void)DstL;
|
|
|
|
ValueIDNum CpyValue = {SrcValue.getBlock(), SrcValue.getInst(), SrcL};
|
|
|
|
|
|
|
|
MTracker->setReg(DstSubReg, CpyValue);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
bool InstrRefBasedLDV::isSpillInstruction(const MachineInstr &MI,
|
|
|
|
MachineFunction *MF) {
|
|
|
|
// TODO: Handle multiple stores folded into one.
|
|
|
|
if (!MI.hasOneMemOperand())
|
|
|
|
return false;
|
|
|
|
|
|
|
|
if (!MI.getSpillSize(TII) && !MI.getFoldedSpillSize(TII))
|
|
|
|
return false; // This is not a spill instruction, since no valid size was
|
|
|
|
// returned from either function.
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool InstrRefBasedLDV::isLocationSpill(const MachineInstr &MI,
|
|
|
|
MachineFunction *MF, unsigned &Reg) {
|
|
|
|
if (!isSpillInstruction(MI, MF))
|
|
|
|
return false;
|
|
|
|
|
2021-07-09 17:49:46 +01:00
|
|
|
int FI;
|
|
|
|
Reg = TII->isStoreToStackSlotPostFE(MI, FI);
|
|
|
|
return Reg != 0;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
Optional<SpillLoc>
|
|
|
|
InstrRefBasedLDV::isRestoreInstruction(const MachineInstr &MI,
|
|
|
|
MachineFunction *MF, unsigned &Reg) {
|
|
|
|
if (!MI.hasOneMemOperand())
|
|
|
|
return None;
|
|
|
|
|
|
|
|
// FIXME: Handle folded restore instructions with more than one memory
|
|
|
|
// operand.
|
|
|
|
if (MI.getRestoreSize(TII)) {
|
|
|
|
Reg = MI.getOperand(0).getReg();
|
|
|
|
return extractSpillBaseRegAndOffset(MI);
|
|
|
|
}
|
|
|
|
return None;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool InstrRefBasedLDV::transferSpillOrRestoreInst(MachineInstr &MI) {
|
|
|
|
// XXX -- it's too difficult to implement VarLocBasedImpl's stack location
|
|
|
|
// limitations under the new model. Therefore, when comparing them, compare
|
|
|
|
// versions that don't attempt spills or restores at all.
|
|
|
|
if (EmulateOldLDV)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
MachineFunction *MF = MI.getMF();
|
|
|
|
unsigned Reg;
|
|
|
|
Optional<SpillLoc> Loc;
|
|
|
|
|
|
|
|
LLVM_DEBUG(dbgs() << "Examining instruction: "; MI.dump(););
|
|
|
|
|
|
|
|
// First, if there are any DBG_VALUEs pointing at a spill slot that is
|
|
|
|
// written to, terminate that variable location. The value in memory
|
|
|
|
// will have changed. DbgEntityHistoryCalculator doesn't try to detect this.
|
|
|
|
if (isSpillInstruction(MI, MF)) {
|
|
|
|
Loc = extractSpillBaseRegAndOffset(MI);
|
|
|
|
|
|
|
|
if (TTracker) {
|
|
|
|
Optional<LocIdx> MLoc = MTracker->getSpillMLoc(*Loc);
|
2021-06-29 18:50:24 +01:00
|
|
|
if (MLoc) {
|
|
|
|
// Un-set this location before clobbering, so that we don't salvage
|
|
|
|
// the variable location back to the same place.
|
|
|
|
MTracker->setMLoc(*MLoc, ValueIDNum::EmptyValue);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
TTracker->clobberMloc(*MLoc, MI.getIterator());
|
2021-06-29 18:50:24 +01:00
|
|
|
}
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Try to recognise spill and restore instructions that may transfer a value.
|
|
|
|
if (isLocationSpill(MI, MF, Reg)) {
|
|
|
|
Loc = extractSpillBaseRegAndOffset(MI);
|
|
|
|
auto ValueID = MTracker->readReg(Reg);
|
|
|
|
|
|
|
|
// If the location is empty, produce a phi, signify it's the live-in value.
|
|
|
|
if (ValueID.getLoc() == 0)
|
|
|
|
ValueID = {CurBB, 0, MTracker->getRegMLoc(Reg)};
|
|
|
|
|
|
|
|
MTracker->setSpill(*Loc, ValueID);
|
|
|
|
auto OptSpillLocIdx = MTracker->getSpillMLoc(*Loc);
|
|
|
|
assert(OptSpillLocIdx && "Spill slot set but has no LocIdx?");
|
|
|
|
LocIdx SpillLocIdx = *OptSpillLocIdx;
|
|
|
|
|
|
|
|
// Tell TransferTracker about this spill, produce DBG_VALUEs for it.
|
|
|
|
if (TTracker)
|
|
|
|
TTracker->transferMlocs(MTracker->getRegMLoc(Reg), SpillLocIdx,
|
|
|
|
MI.getIterator());
|
|
|
|
} else {
|
|
|
|
if (!(Loc = isRestoreInstruction(MI, MF, Reg)))
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// Is there a value to be restored?
|
|
|
|
auto OptValueID = MTracker->readSpill(*Loc);
|
|
|
|
if (OptValueID) {
|
|
|
|
ValueIDNum ValueID = *OptValueID;
|
|
|
|
LocIdx SpillLocIdx = *MTracker->getSpillMLoc(*Loc);
|
|
|
|
// XXX -- can we recover sub-registers of this value? Until we can, first
|
|
|
|
// overwrite all defs of the register being restored to.
|
|
|
|
for (MCRegAliasIterator RAI(Reg, TRI, true); RAI.isValid(); ++RAI)
|
|
|
|
MTracker->defReg(*RAI, CurBB, CurInst);
|
|
|
|
|
|
|
|
// Now override the reg we're restoring to.
|
|
|
|
MTracker->setReg(Reg, ValueID);
|
|
|
|
|
|
|
|
// Report this restore to the transfer tracker too.
|
|
|
|
if (TTracker)
|
|
|
|
TTracker->transferMlocs(SpillLocIdx, MTracker->getRegMLoc(Reg),
|
|
|
|
MI.getIterator());
|
|
|
|
} else {
|
|
|
|
// There isn't anything in the location; not clear if this is a code path
|
|
|
|
// that still runs. Def this register anyway just in case.
|
|
|
|
for (MCRegAliasIterator RAI(Reg, TRI, true); RAI.isValid(); ++RAI)
|
|
|
|
MTracker->defReg(*RAI, CurBB, CurInst);
|
|
|
|
|
|
|
|
// Force the spill slot to be tracked.
|
|
|
|
LocIdx L = MTracker->getOrTrackSpillLoc(*Loc);
|
|
|
|
|
|
|
|
// Set the restored value to be a machine phi number, signifying that it's
|
|
|
|
// whatever the spills live-in value is in this block. Definitely has
|
|
|
|
// a LocIdx due to the setSpill above.
|
|
|
|
ValueIDNum ValueID = {CurBB, 0, L};
|
|
|
|
MTracker->setReg(Reg, ValueID);
|
|
|
|
MTracker->setSpill(*Loc, ValueID);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
bool InstrRefBasedLDV::transferRegisterCopy(MachineInstr &MI) {
|
|
|
|
auto DestSrc = TII->isCopyInstr(MI);
|
|
|
|
if (!DestSrc)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
const MachineOperand *DestRegOp = DestSrc->Destination;
|
|
|
|
const MachineOperand *SrcRegOp = DestSrc->Source;
|
|
|
|
|
|
|
|
auto isCalleeSavedReg = [&](unsigned Reg) {
|
|
|
|
for (MCRegAliasIterator RAI(Reg, TRI, true); RAI.isValid(); ++RAI)
|
|
|
|
if (CalleeSavedRegs.test(*RAI))
|
|
|
|
return true;
|
|
|
|
return false;
|
|
|
|
};
|
|
|
|
|
|
|
|
Register SrcReg = SrcRegOp->getReg();
|
|
|
|
Register DestReg = DestRegOp->getReg();
|
|
|
|
|
|
|
|
// Ignore identity copies. Yep, these make it as far as LiveDebugValues.
|
|
|
|
if (SrcReg == DestReg)
|
|
|
|
return true;
|
|
|
|
|
|
|
|
// For emulating VarLocBasedImpl:
|
|
|
|
// We want to recognize instructions where destination register is callee
|
|
|
|
// saved register. If register that could be clobbered by the call is
|
|
|
|
// included, there would be a great chance that it is going to be clobbered
|
|
|
|
// soon. It is more likely that previous register, which is callee saved, is
|
|
|
|
// going to stay unclobbered longer, even if it is killed.
|
|
|
|
//
|
|
|
|
// For InstrRefBasedImpl, we can track multiple locations per value, so
|
|
|
|
// ignore this condition.
|
|
|
|
if (EmulateOldLDV && !isCalleeSavedReg(DestReg))
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// InstrRefBasedImpl only followed killing copies.
|
|
|
|
if (EmulateOldLDV && !SrcRegOp->isKill())
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// Copy MTracker info, including subregs if available.
|
|
|
|
InstrRefBasedLDV::performCopy(SrcReg, DestReg);
|
|
|
|
|
|
|
|
// Only produce a transfer of DBG_VALUE within a block where old LDV
|
|
|
|
// would have. We might make use of the additional value tracking in some
|
|
|
|
// other way, later.
|
|
|
|
if (TTracker && isCalleeSavedReg(DestReg) && SrcRegOp->isKill())
|
|
|
|
TTracker->transferMlocs(MTracker->getRegMLoc(SrcReg),
|
|
|
|
MTracker->getRegMLoc(DestReg), MI.getIterator());
|
|
|
|
|
|
|
|
// VarLocBasedImpl would quit tracking the old location after copying.
|
|
|
|
if (EmulateOldLDV && SrcReg != DestReg)
|
|
|
|
MTracker->defReg(SrcReg, CurBB, CurInst);
|
|
|
|
|
2021-06-29 18:50:24 +01:00
|
|
|
// Finally, the copy might have clobbered variables based on the destination
|
|
|
|
// register. Tell TTracker about it, in case a backup location exists.
|
|
|
|
if (TTracker) {
|
|
|
|
for (MCRegAliasIterator RAI(DestReg, TRI, true); RAI.isValid(); ++RAI) {
|
|
|
|
LocIdx ClobberedLoc = MTracker->getRegMLoc(*RAI);
|
|
|
|
TTracker->clobberMloc(ClobberedLoc, MI.getIterator(), false);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Accumulate a mapping between each DILocalVariable fragment and other
|
|
|
|
/// fragments of that DILocalVariable which overlap. This reduces work during
|
|
|
|
/// the data-flow stage from "Find any overlapping fragments" to "Check if the
|
|
|
|
/// known-to-overlap fragments are present".
|
|
|
|
/// \param MI A previously unprocessed DEBUG_VALUE instruction to analyze for
|
|
|
|
/// fragment usage.
|
|
|
|
void InstrRefBasedLDV::accumulateFragmentMap(MachineInstr &MI) {
|
|
|
|
DebugVariable MIVar(MI.getDebugVariable(), MI.getDebugExpression(),
|
|
|
|
MI.getDebugLoc()->getInlinedAt());
|
|
|
|
FragmentInfo ThisFragment = MIVar.getFragmentOrDefault();
|
|
|
|
|
|
|
|
// If this is the first sighting of this variable, then we are guaranteed
|
|
|
|
// there are currently no overlapping fragments either. Initialize the set
|
|
|
|
// of seen fragments, record no overlaps for the current one, and return.
|
|
|
|
auto SeenIt = SeenFragments.find(MIVar.getVariable());
|
|
|
|
if (SeenIt == SeenFragments.end()) {
|
|
|
|
SmallSet<FragmentInfo, 4> OneFragment;
|
|
|
|
OneFragment.insert(ThisFragment);
|
|
|
|
SeenFragments.insert({MIVar.getVariable(), OneFragment});
|
|
|
|
|
|
|
|
OverlapFragments.insert({{MIVar.getVariable(), ThisFragment}, {}});
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
// If this particular Variable/Fragment pair already exists in the overlap
|
|
|
|
// map, it has already been accounted for.
|
|
|
|
auto IsInOLapMap =
|
|
|
|
OverlapFragments.insert({{MIVar.getVariable(), ThisFragment}, {}});
|
|
|
|
if (!IsInOLapMap.second)
|
|
|
|
return;
|
|
|
|
|
|
|
|
auto &ThisFragmentsOverlaps = IsInOLapMap.first->second;
|
|
|
|
auto &AllSeenFragments = SeenIt->second;
|
|
|
|
|
|
|
|
// Otherwise, examine all other seen fragments for this variable, with "this"
|
|
|
|
// fragment being a previously unseen fragment. Record any pair of
|
|
|
|
// overlapping fragments.
|
|
|
|
for (auto &ASeenFragment : AllSeenFragments) {
|
|
|
|
// Does this previously seen fragment overlap?
|
|
|
|
if (DIExpression::fragmentsOverlap(ThisFragment, ASeenFragment)) {
|
|
|
|
// Yes: Mark the current fragment as being overlapped.
|
|
|
|
ThisFragmentsOverlaps.push_back(ASeenFragment);
|
|
|
|
// Mark the previously seen fragment as being overlapped by the current
|
|
|
|
// one.
|
|
|
|
auto ASeenFragmentsOverlaps =
|
|
|
|
OverlapFragments.find({MIVar.getVariable(), ASeenFragment});
|
|
|
|
assert(ASeenFragmentsOverlaps != OverlapFragments.end() &&
|
|
|
|
"Previously seen var fragment has no vector of overlaps");
|
|
|
|
ASeenFragmentsOverlaps->second.push_back(ThisFragment);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
AllSeenFragments.insert(ThisFragment);
|
|
|
|
}
|
|
|
|
|
2021-06-29 13:48:49 +01:00
|
|
|
void InstrRefBasedLDV::process(MachineInstr &MI, ValueIDNum **MLiveOuts,
|
|
|
|
ValueIDNum **MLiveIns) {
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
// Try to interpret an MI as a debug or transfer instruction. Only if it's
|
|
|
|
// none of these should we interpret it's register defs as new value
|
|
|
|
// definitions.
|
|
|
|
if (transferDebugValue(MI))
|
|
|
|
return;
|
2021-06-29 13:48:49 +01:00
|
|
|
if (transferDebugInstrRef(MI, MLiveOuts, MLiveIns))
|
|
|
|
return;
|
|
|
|
if (transferDebugPHI(MI))
|
2020-10-23 14:06:39 +01:00
|
|
|
return;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
if (transferRegisterCopy(MI))
|
|
|
|
return;
|
|
|
|
if (transferSpillOrRestoreInst(MI))
|
|
|
|
return;
|
|
|
|
transferRegisterDef(MI);
|
|
|
|
}
|
|
|
|
|
2020-10-23 11:06:51 +01:00
|
|
|
void InstrRefBasedLDV::produceMLocTransferFunction(
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
MachineFunction &MF, SmallVectorImpl<MLocTransferMap> &MLocTransfer,
|
2020-10-23 11:06:51 +01:00
|
|
|
unsigned MaxNumBlocks) {
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
// Because we try to optimize around register mask operands by ignoring regs
|
|
|
|
// that aren't currently tracked, we set up something ugly for later: RegMask
|
|
|
|
// operands that are seen earlier than the first use of a register, still need
|
|
|
|
// to clobber that register in the transfer function. But this information
|
|
|
|
// isn't actively recorded. Instead, we track each RegMask used in each block,
|
|
|
|
// and accumulated the clobbered but untracked registers in each block into
|
|
|
|
// the following bitvector. Later, if new values are tracked, we can add
|
|
|
|
// appropriate clobbers.
|
|
|
|
SmallVector<BitVector, 32> BlockMasks;
|
|
|
|
BlockMasks.resize(MaxNumBlocks);
|
|
|
|
|
|
|
|
// Reserve one bit per register for the masks described above.
|
|
|
|
unsigned BVWords = MachineOperand::getRegMaskSize(TRI->getNumRegs());
|
|
|
|
for (auto &BV : BlockMasks)
|
|
|
|
BV.resize(TRI->getNumRegs(), true);
|
|
|
|
|
|
|
|
// Step through all instructions and inhale the transfer function.
|
|
|
|
for (auto &MBB : MF) {
|
|
|
|
// Object fields that are read by trackers to know where we are in the
|
|
|
|
// function.
|
|
|
|
CurBB = MBB.getNumber();
|
|
|
|
CurInst = 1;
|
|
|
|
|
|
|
|
// Set all machine locations to a PHI value. For transfer function
|
|
|
|
// production only, this signifies the live-in value to the block.
|
|
|
|
MTracker->reset();
|
|
|
|
MTracker->setMPhis(CurBB);
|
|
|
|
|
|
|
|
// Step through each instruction in this block.
|
|
|
|
for (auto &MI : MBB) {
|
|
|
|
process(MI);
|
|
|
|
// Also accumulate fragment map.
|
|
|
|
if (MI.isDebugValue())
|
|
|
|
accumulateFragmentMap(MI);
|
2020-10-23 14:06:39 +01:00
|
|
|
|
|
|
|
// Create a map from the instruction number (if present) to the
|
|
|
|
// MachineInstr and its position.
|
2020-10-26 07:04:14 -07:00
|
|
|
if (uint64_t InstrNo = MI.peekDebugInstrNum()) {
|
2020-10-23 14:06:39 +01:00
|
|
|
auto InstrAndPos = std::make_pair(&MI, CurInst);
|
|
|
|
auto InsertResult =
|
|
|
|
DebugInstrNumToInstr.insert(std::make_pair(InstrNo, InstrAndPos));
|
|
|
|
|
|
|
|
// There should never be duplicate instruction numbers.
|
|
|
|
assert(InsertResult.second);
|
|
|
|
(void)InsertResult;
|
|
|
|
}
|
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
++CurInst;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Produce the transfer function, a map of machine location to new value. If
|
|
|
|
// any machine location has the live-in phi value from the start of the
|
|
|
|
// block, it's live-through and doesn't need recording in the transfer
|
|
|
|
// function.
|
|
|
|
for (auto Location : MTracker->locations()) {
|
|
|
|
LocIdx Idx = Location.Idx;
|
|
|
|
ValueIDNum &P = Location.Value;
|
|
|
|
if (P.isPHI() && P.getLoc() == Idx.asU64())
|
|
|
|
continue;
|
|
|
|
|
|
|
|
// Insert-or-update.
|
|
|
|
auto &TransferMap = MLocTransfer[CurBB];
|
|
|
|
auto Result = TransferMap.insert(std::make_pair(Idx.asU64(), P));
|
|
|
|
if (!Result.second)
|
|
|
|
Result.first->second = P;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Accumulate any bitmask operands into the clobberred reg mask for this
|
|
|
|
// block.
|
|
|
|
for (auto &P : MTracker->Masks) {
|
|
|
|
BlockMasks[CurBB].clearBitsNotInMask(P.first->getRegMask(), BVWords);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Compute a bitvector of all the registers that are tracked in this block.
|
|
|
|
BitVector UsedRegs(TRI->getNumRegs());
|
|
|
|
for (auto Location : MTracker->locations()) {
|
|
|
|
unsigned ID = MTracker->LocIdxToLocID[Location.Idx];
|
[DebugInfo][InstrRef] Only calculate IDF for reg units
In D110173 we start using the existing LLVM IDF calculator to place PHIs as
we reconstruct an SSA form of machine-code program. Sadly that's slower
than the old (but broken) way, this patch attempts to recover some of that
performance.
The key observation: every time we def a register, we also have to def it's
register units. If we def'd $rax, in the current implementation we
independently calculate PHI locations for {al, ah, ax, eax, hax, rax}, and
they will all have the same PHI positions. Instead of doing that, we can
calculate the PHI positions for {al, ah} and place PHIs for any aliasing
registers in the same positions. Any def of a super-register has to def
the unit, and vice versa, so this is sound. It cuts down the SSA placement
we need to do significantly.
This doesn't work for stack slots, or registers we only ever read, so place
PHIs normally for those. LiveDebugValues choses to ignore writes to SP at
calls, and now have to ignore writes to SP register units too.
Differential Revision: https://reviews.llvm.org/D111627
2021-10-13 15:54:46 +01:00
|
|
|
// Ignore stack slots, and aliases of the stack pointer.
|
|
|
|
if (ID >= TRI->getNumRegs() || MTracker->SPAliases.count(ID))
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
continue;
|
|
|
|
UsedRegs.set(ID);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Check that any regmask-clobber of a register that gets tracked, is not
|
|
|
|
// live-through in the transfer function. It needs to be clobbered at the
|
|
|
|
// very least.
|
|
|
|
for (unsigned int I = 0; I < MaxNumBlocks; ++I) {
|
|
|
|
BitVector &BV = BlockMasks[I];
|
|
|
|
BV.flip();
|
|
|
|
BV &= UsedRegs;
|
|
|
|
// This produces all the bits that we clobber, but also use. Check that
|
|
|
|
// they're all clobbered or at least set in the designated transfer
|
|
|
|
// elem.
|
|
|
|
for (unsigned Bit : BV.set_bits()) {
|
|
|
|
unsigned ID = MTracker->getLocID(Bit, false);
|
|
|
|
LocIdx Idx = MTracker->LocIDToLocIdx[ID];
|
|
|
|
auto &TransferMap = MLocTransfer[I];
|
|
|
|
|
|
|
|
// Install a value representing the fact that this location is effectively
|
|
|
|
// written to in this block. As there's no reserved value, instead use
|
|
|
|
// a value number that is never generated. Pick the value number for the
|
|
|
|
// first instruction in the block, def'ing this location, which we know
|
|
|
|
// this block never used anyway.
|
|
|
|
ValueIDNum NotGeneratedNum = ValueIDNum(I, 1, Idx);
|
|
|
|
auto Result =
|
|
|
|
TransferMap.insert(std::make_pair(Idx.asU64(), NotGeneratedNum));
|
|
|
|
if (!Result.second) {
|
|
|
|
ValueIDNum &ValueID = Result.first->second;
|
|
|
|
if (ValueID.getBlock() == I && ValueID.isPHI())
|
|
|
|
// It was left as live-through. Set it to clobbered.
|
|
|
|
ValueID = NotGeneratedNum;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2021-10-13 12:35:35 +01:00
|
|
|
bool InstrRefBasedLDV::mlocJoin(
|
|
|
|
MachineBasicBlock &MBB, SmallPtrSet<const MachineBasicBlock *, 16> &Visited,
|
|
|
|
ValueIDNum **OutLocs, ValueIDNum *InLocs) {
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
LLVM_DEBUG(dbgs() << "join MBB: " << MBB.getNumber() << "\n");
|
|
|
|
bool Changed = false;
|
|
|
|
|
2021-10-13 12:35:35 +01:00
|
|
|
// Handle value-propagation when control flow merges on entry to a block. For
|
|
|
|
// any location without a PHI already placed, the location has the same value
|
|
|
|
// as its predecessors. If a PHI is placed, test to see whether it's now a
|
|
|
|
// redundant PHI that we can eliminate.
|
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
SmallVector<const MachineBasicBlock *, 8> BlockOrders;
|
2021-10-13 12:35:35 +01:00
|
|
|
for (auto Pred : MBB.predecessors())
|
|
|
|
BlockOrders.push_back(Pred);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
// Visit predecessors in RPOT order.
|
|
|
|
auto Cmp = [&](const MachineBasicBlock *A, const MachineBasicBlock *B) {
|
|
|
|
return BBToOrder.find(A)->second < BBToOrder.find(B)->second;
|
|
|
|
};
|
2021-01-14 20:30:31 -08:00
|
|
|
llvm::sort(BlockOrders, Cmp);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
// Skip entry block.
|
|
|
|
if (BlockOrders.size() == 0)
|
2021-10-13 12:35:35 +01:00
|
|
|
return false;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
2021-10-13 12:35:35 +01:00
|
|
|
// Step through all machine locations, look at each predecessor and test
|
|
|
|
// whether we can eliminate redundant PHIs.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
for (auto Location : MTracker->locations()) {
|
|
|
|
LocIdx Idx = Location.Idx;
|
2021-10-13 12:35:35 +01:00
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
// Pick out the first predecessors live-out value for this location. It's
|
2021-10-13 12:35:35 +01:00
|
|
|
// guaranteed to not be a backedge, as we order by RPO.
|
|
|
|
ValueIDNum FirstVal = OutLocs[BlockOrders[0]->getNumber()][Idx.asU64()];
|
|
|
|
|
|
|
|
// If we've already eliminated a PHI here, do no further checking, just
|
|
|
|
// propagate the first live-in value into this block.
|
|
|
|
if (InLocs[Idx.asU64()] != ValueIDNum(MBB.getNumber(), 0, Idx)) {
|
|
|
|
if (InLocs[Idx.asU64()] != FirstVal) {
|
|
|
|
InLocs[Idx.asU64()] = FirstVal;
|
|
|
|
Changed |= true;
|
|
|
|
}
|
|
|
|
continue;
|
|
|
|
}
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
2021-10-13 12:35:35 +01:00
|
|
|
// We're now examining a PHI to see whether it's un-necessary. Loop around
|
|
|
|
// the other live-in values and test whether they're all the same.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
bool Disagree = false;
|
|
|
|
for (unsigned int I = 1; I < BlockOrders.size(); ++I) {
|
2021-10-13 12:35:35 +01:00
|
|
|
const MachineBasicBlock *PredMBB = BlockOrders[I];
|
|
|
|
const ValueIDNum &PredLiveOut =
|
|
|
|
OutLocs[PredMBB->getNumber()][Idx.asU64()];
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
2021-10-13 12:35:35 +01:00
|
|
|
// Incoming values agree, continue trying to eliminate this PHI.
|
|
|
|
if (FirstVal == PredLiveOut)
|
|
|
|
continue;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
2021-10-13 12:35:35 +01:00
|
|
|
// We can also accept a PHI value that feeds back into itself.
|
|
|
|
if (PredLiveOut == ValueIDNum(MBB.getNumber(), 0, Idx))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
// Live-out of a predecessor disagrees with the first predecessor.
|
|
|
|
Disagree = true;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
|
2021-10-13 12:35:35 +01:00
|
|
|
// No disagreement? No PHI. Otherwise, leave the PHI in live-ins.
|
|
|
|
if (!Disagree) {
|
|
|
|
InLocs[Idx.asU64()] = FirstVal;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
Changed |= true;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-10-26 07:04:14 -07:00
|
|
|
// TODO: Reimplement NumInserted and NumRemoved.
|
2021-10-13 12:35:35 +01:00
|
|
|
return Changed;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
|
[DebugInfo][InstrRef] Only calculate IDF for reg units
In D110173 we start using the existing LLVM IDF calculator to place PHIs as
we reconstruct an SSA form of machine-code program. Sadly that's slower
than the old (but broken) way, this patch attempts to recover some of that
performance.
The key observation: every time we def a register, we also have to def it's
register units. If we def'd $rax, in the current implementation we
independently calculate PHI locations for {al, ah, ax, eax, hax, rax}, and
they will all have the same PHI positions. Instead of doing that, we can
calculate the PHI positions for {al, ah} and place PHIs for any aliasing
registers in the same positions. Any def of a super-register has to def
the unit, and vice versa, so this is sound. It cuts down the SSA placement
we need to do significantly.
This doesn't work for stack slots, or registers we only ever read, so place
PHIs normally for those. LiveDebugValues choses to ignore writes to SP at
calls, and now have to ignore writes to SP register units too.
Differential Revision: https://reviews.llvm.org/D111627
2021-10-13 15:54:46 +01:00
|
|
|
void InstrRefBasedLDV::placeMLocPHIs(MachineFunction &MF,
|
|
|
|
SmallPtrSetImpl<MachineBasicBlock *> &AllBlocks,
|
|
|
|
ValueIDNum **MInLocs,
|
|
|
|
SmallVectorImpl<MLocTransferMap> &MLocTransfer) {
|
|
|
|
// To avoid repeatedly running the PHI placement algorithm, leverage the
|
|
|
|
// fact that a def of register MUST also def its register units. Find the
|
|
|
|
// units for registers, place PHIs for them, and then replicate them for
|
|
|
|
// aliasing registers. Some inputs that are never def'd (DBG_PHIs of
|
|
|
|
// arguments) don't lead to register units being tracked, just place PHIs for
|
|
|
|
// those registers directly. Do the same for stack slots.
|
|
|
|
SmallSet<Register, 32> RegUnitsToPHIUp;
|
|
|
|
SmallSet<LocIdx, 32> LocsToPHI;
|
|
|
|
for (auto Location : MTracker->locations()) {
|
|
|
|
LocIdx L = Location.Idx;
|
|
|
|
if (MTracker->isSpill(L)) {
|
|
|
|
LocsToPHI.insert(L);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
Register R = MTracker->LocIdxToLocID[L];
|
|
|
|
SmallSet<Register, 8> FoundRegUnits;
|
|
|
|
bool AnyIllegal = false;
|
|
|
|
for (MCRegUnitIterator RUI(R.asMCReg(), TRI); RUI.isValid(); ++RUI) {
|
|
|
|
for (MCRegUnitRootIterator URoot(*RUI, TRI); URoot.isValid(); ++URoot){
|
|
|
|
if (!MTracker->isRegisterTracked(*URoot)) {
|
|
|
|
// Not all roots were loaded into the tracking map: this register
|
|
|
|
// isn't actually def'd anywhere, we only read from it. Generate PHIs
|
|
|
|
// for this reg, but don't iterate units.
|
|
|
|
AnyIllegal = true;
|
|
|
|
} else {
|
|
|
|
FoundRegUnits.insert(*URoot);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (AnyIllegal) {
|
|
|
|
LocsToPHI.insert(L);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
RegUnitsToPHIUp.insert(FoundRegUnits.begin(), FoundRegUnits.end());
|
|
|
|
}
|
|
|
|
|
|
|
|
// Lambda to fetch PHIs for a given location, and write into the PHIBlocks
|
|
|
|
// collection.
|
|
|
|
SmallVector<MachineBasicBlock *, 32> PHIBlocks;
|
|
|
|
auto CollectPHIsForLoc = [&](LocIdx L) {
|
|
|
|
// Collect the set of defs.
|
|
|
|
SmallPtrSet<MachineBasicBlock *, 32> DefBlocks;
|
|
|
|
for (unsigned int I = 0; I < OrderToBB.size(); ++I) {
|
|
|
|
MachineBasicBlock *MBB = OrderToBB[I];
|
|
|
|
const auto &TransferFunc = MLocTransfer[MBB->getNumber()];
|
|
|
|
if (TransferFunc.find(L) != TransferFunc.end())
|
|
|
|
DefBlocks.insert(MBB);
|
|
|
|
}
|
|
|
|
|
|
|
|
// The entry block defs the location too: it's the live-in / argument value.
|
|
|
|
// Only insert if there are other defs though; everything is trivially live
|
|
|
|
// through otherwise.
|
|
|
|
if (!DefBlocks.empty())
|
|
|
|
DefBlocks.insert(&*MF.begin());
|
|
|
|
|
|
|
|
// Ask the SSA construction algorithm where we should put PHIs. Clear
|
|
|
|
// anything that might have been hanging around from earlier.
|
|
|
|
PHIBlocks.clear();
|
|
|
|
BlockPHIPlacement(AllBlocks, DefBlocks, PHIBlocks);
|
|
|
|
};
|
|
|
|
|
|
|
|
// For spill slots, and locations with no reg units, just place PHIs.
|
|
|
|
for (LocIdx L : LocsToPHI) {
|
|
|
|
CollectPHIsForLoc(L);
|
|
|
|
// Install those PHI values into the live-in value array.
|
|
|
|
for (const MachineBasicBlock *MBB : PHIBlocks)
|
|
|
|
MInLocs[MBB->getNumber()][L.asU64()] = ValueIDNum(MBB->getNumber(), 0, L);
|
|
|
|
}
|
|
|
|
|
|
|
|
// For reg units, place PHIs, and then place them for any aliasing registers.
|
|
|
|
for (Register R : RegUnitsToPHIUp) {
|
|
|
|
LocIdx L = MTracker->lookupOrTrackRegister(R);
|
|
|
|
CollectPHIsForLoc(L);
|
|
|
|
|
|
|
|
// Install those PHI values into the live-in value array.
|
|
|
|
for (const MachineBasicBlock *MBB : PHIBlocks)
|
|
|
|
MInLocs[MBB->getNumber()][L.asU64()] = ValueIDNum(MBB->getNumber(), 0, L);
|
|
|
|
|
|
|
|
// Now find aliases and install PHIs for those.
|
|
|
|
for (MCRegAliasIterator RAI(R, TRI, true); RAI.isValid(); ++RAI) {
|
|
|
|
// Super-registers that are "above" the largest register read/written by
|
|
|
|
// the function will alias, but will not be tracked.
|
|
|
|
if (!MTracker->isRegisterTracked(*RAI))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
LocIdx AliasLoc = MTracker->lookupOrTrackRegister(*RAI);
|
|
|
|
for (const MachineBasicBlock *MBB : PHIBlocks)
|
|
|
|
MInLocs[MBB->getNumber()][AliasLoc.asU64()] =
|
|
|
|
ValueIDNum(MBB->getNumber(), 0, AliasLoc);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2021-10-13 12:35:35 +01:00
|
|
|
void InstrRefBasedLDV::buildMLocValueMap(
|
|
|
|
MachineFunction &MF, ValueIDNum **MInLocs, ValueIDNum **MOutLocs,
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
SmallVectorImpl<MLocTransferMap> &MLocTransfer) {
|
|
|
|
std::priority_queue<unsigned int, std::vector<unsigned int>,
|
|
|
|
std::greater<unsigned int>>
|
|
|
|
Worklist, Pending;
|
|
|
|
|
|
|
|
// We track what is on the current and pending worklist to avoid inserting
|
|
|
|
// the same thing twice. We could avoid this with a custom priority queue,
|
|
|
|
// but this is probably not worth it.
|
|
|
|
SmallPtrSet<MachineBasicBlock *, 16> OnPending, OnWorklist;
|
|
|
|
|
2021-10-13 12:35:35 +01:00
|
|
|
// Initialize worklist with every block to be visited. Also produce list of
|
|
|
|
// all blocks.
|
|
|
|
SmallPtrSet<MachineBasicBlock *, 32> AllBlocks;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
for (unsigned int I = 0; I < BBToOrder.size(); ++I) {
|
|
|
|
Worklist.push(I);
|
|
|
|
OnWorklist.insert(OrderToBB[I]);
|
2021-10-13 12:35:35 +01:00
|
|
|
AllBlocks.insert(OrderToBB[I]);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
|
2021-10-13 12:35:35 +01:00
|
|
|
// Initialize entry block to PHIs. These represent arguments.
|
|
|
|
for (auto Location : MTracker->locations())
|
|
|
|
MInLocs[0][Location.Idx.asU64()] = ValueIDNum(0, 0, Location.Idx);
|
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
MTracker->reset();
|
|
|
|
|
2021-10-13 12:35:35 +01:00
|
|
|
// Start by placing PHIs, using the usual SSA constructor algorithm. Consider
|
|
|
|
// any machine-location that isn't live-through a block to be def'd in that
|
|
|
|
// block.
|
[DebugInfo][InstrRef] Only calculate IDF for reg units
In D110173 we start using the existing LLVM IDF calculator to place PHIs as
we reconstruct an SSA form of machine-code program. Sadly that's slower
than the old (but broken) way, this patch attempts to recover some of that
performance.
The key observation: every time we def a register, we also have to def it's
register units. If we def'd $rax, in the current implementation we
independently calculate PHI locations for {al, ah, ax, eax, hax, rax}, and
they will all have the same PHI positions. Instead of doing that, we can
calculate the PHI positions for {al, ah} and place PHIs for any aliasing
registers in the same positions. Any def of a super-register has to def
the unit, and vice versa, so this is sound. It cuts down the SSA placement
we need to do significantly.
This doesn't work for stack slots, or registers we only ever read, so place
PHIs normally for those. LiveDebugValues choses to ignore writes to SP at
calls, and now have to ignore writes to SP register units too.
Differential Revision: https://reviews.llvm.org/D111627
2021-10-13 15:54:46 +01:00
|
|
|
placeMLocPHIs(MF, AllBlocks, MInLocs, MLocTransfer);
|
2021-10-13 12:35:35 +01:00
|
|
|
|
|
|
|
// Propagate values to eliminate redundant PHIs. At the same time, this
|
|
|
|
// produces the table of Block x Location => Value for the entry to each
|
|
|
|
// block.
|
|
|
|
// The kind of PHIs we can eliminate are, for example, where one path in a
|
|
|
|
// conditional spills and restores a register, and the register still has
|
|
|
|
// the same value once control flow joins, unbeknowns to the PHI placement
|
|
|
|
// code. Propagating values allows us to identify such un-necessary PHIs and
|
|
|
|
// remove them.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
SmallPtrSet<const MachineBasicBlock *, 16> Visited;
|
|
|
|
while (!Worklist.empty() || !Pending.empty()) {
|
|
|
|
// Vector for storing the evaluated block transfer function.
|
|
|
|
SmallVector<std::pair<LocIdx, ValueIDNum>, 32> ToRemap;
|
|
|
|
|
|
|
|
while (!Worklist.empty()) {
|
|
|
|
MachineBasicBlock *MBB = OrderToBB[Worklist.top()];
|
|
|
|
CurBB = MBB->getNumber();
|
|
|
|
Worklist.pop();
|
|
|
|
|
|
|
|
// Join the values in all predecessor blocks.
|
2021-10-13 12:35:35 +01:00
|
|
|
bool InLocsChanged;
|
|
|
|
InLocsChanged = mlocJoin(*MBB, Visited, MOutLocs, MInLocs[CurBB]);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
InLocsChanged |= Visited.insert(MBB).second;
|
|
|
|
|
|
|
|
// Don't examine transfer function if we've visited this loc at least
|
|
|
|
// once, and inlocs haven't changed.
|
|
|
|
if (!InLocsChanged)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
// Load the current set of live-ins into MLocTracker.
|
|
|
|
MTracker->loadFromArray(MInLocs[CurBB], CurBB);
|
|
|
|
|
|
|
|
// Each element of the transfer function can be a new def, or a read of
|
|
|
|
// a live-in value. Evaluate each element, and store to "ToRemap".
|
|
|
|
ToRemap.clear();
|
|
|
|
for (auto &P : MLocTransfer[CurBB]) {
|
|
|
|
if (P.second.getBlock() == CurBB && P.second.isPHI()) {
|
|
|
|
// This is a movement of whatever was live in. Read it.
|
|
|
|
ValueIDNum NewID = MTracker->getNumAtPos(P.second.getLoc());
|
|
|
|
ToRemap.push_back(std::make_pair(P.first, NewID));
|
|
|
|
} else {
|
|
|
|
// It's a def. Just set it.
|
|
|
|
assert(P.second.getBlock() == CurBB);
|
|
|
|
ToRemap.push_back(std::make_pair(P.first, P.second));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Commit the transfer function changes into mloc tracker, which
|
|
|
|
// transforms the contents of the MLocTracker into the live-outs.
|
|
|
|
for (auto &P : ToRemap)
|
|
|
|
MTracker->setMLoc(P.first, P.second);
|
|
|
|
|
|
|
|
// Now copy out-locs from mloc tracker into out-loc vector, checking
|
|
|
|
// whether changes have occurred. These changes can have come from both
|
|
|
|
// the transfer function, and mlocJoin.
|
|
|
|
bool OLChanged = false;
|
|
|
|
for (auto Location : MTracker->locations()) {
|
|
|
|
OLChanged |= MOutLocs[CurBB][Location.Idx.asU64()] != Location.Value;
|
|
|
|
MOutLocs[CurBB][Location.Idx.asU64()] = Location.Value;
|
|
|
|
}
|
|
|
|
|
|
|
|
MTracker->reset();
|
|
|
|
|
|
|
|
// No need to examine successors again if out-locs didn't change.
|
|
|
|
if (!OLChanged)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
// All successors should be visited: put any back-edges on the pending
|
2021-10-13 12:35:35 +01:00
|
|
|
// list for the next pass-through, and any other successors to be
|
|
|
|
// visited this pass, if they're not going to be already.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
for (auto s : MBB->successors()) {
|
|
|
|
// Does branching to this successor represent a back-edge?
|
|
|
|
if (BBToOrder[s] > BBToOrder[MBB]) {
|
|
|
|
// No: visit it during this dataflow iteration.
|
|
|
|
if (OnWorklist.insert(s).second)
|
|
|
|
Worklist.push(BBToOrder[s]);
|
|
|
|
} else {
|
|
|
|
// Yes: visit it on the next iteration.
|
|
|
|
if (OnPending.insert(s).second)
|
|
|
|
Pending.push(BBToOrder[s]);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
Worklist.swap(Pending);
|
|
|
|
std::swap(OnPending, OnWorklist);
|
|
|
|
OnPending.clear();
|
|
|
|
// At this point, pending must be empty, since it was just the empty
|
|
|
|
// worklist
|
|
|
|
assert(Pending.empty() && "Pending should be empty");
|
|
|
|
}
|
|
|
|
|
2021-10-13 12:35:35 +01:00
|
|
|
// Once all the live-ins don't change on mlocJoin(), we've eliminated all
|
|
|
|
// redundant PHIs.
|
|
|
|
}
|
|
|
|
|
|
|
|
// Boilerplate for feeding MachineBasicBlocks into IDF calculator. Provide
|
|
|
|
// template specialisations for graph traits and a successor enumerator.
|
|
|
|
namespace llvm {
|
|
|
|
template <> struct GraphTraits<MachineBasicBlock> {
|
|
|
|
using NodeRef = MachineBasicBlock *;
|
|
|
|
using ChildIteratorType = MachineBasicBlock::succ_iterator;
|
|
|
|
|
|
|
|
static NodeRef getEntryNode(MachineBasicBlock *BB) { return BB; }
|
|
|
|
static ChildIteratorType child_begin(NodeRef N) { return N->succ_begin(); }
|
|
|
|
static ChildIteratorType child_end(NodeRef N) { return N->succ_end(); }
|
|
|
|
};
|
|
|
|
|
|
|
|
template <> struct GraphTraits<const MachineBasicBlock> {
|
|
|
|
using NodeRef = const MachineBasicBlock *;
|
|
|
|
using ChildIteratorType = MachineBasicBlock::const_succ_iterator;
|
|
|
|
|
|
|
|
static NodeRef getEntryNode(const MachineBasicBlock *BB) { return BB; }
|
|
|
|
static ChildIteratorType child_begin(NodeRef N) { return N->succ_begin(); }
|
|
|
|
static ChildIteratorType child_end(NodeRef N) { return N->succ_end(); }
|
|
|
|
};
|
|
|
|
|
|
|
|
using MachineDomTreeBase = DomTreeBase<MachineBasicBlock>::NodeType;
|
|
|
|
using MachineDomTreeChildGetter =
|
|
|
|
typename IDFCalculatorDetail::ChildrenGetterTy<MachineDomTreeBase, false>;
|
|
|
|
|
2021-10-13 13:27:25 +01:00
|
|
|
namespace IDFCalculatorDetail {
|
2021-10-13 12:35:35 +01:00
|
|
|
template <>
|
|
|
|
typename MachineDomTreeChildGetter::ChildrenTy
|
|
|
|
MachineDomTreeChildGetter::get(const NodeRef &N) {
|
|
|
|
return {N->succ_begin(), N->succ_end()};
|
|
|
|
}
|
2021-10-13 13:27:25 +01:00
|
|
|
} // namespace IDFCalculatorDetail
|
2021-10-13 12:35:35 +01:00
|
|
|
} // namespace llvm
|
|
|
|
|
|
|
|
void InstrRefBasedLDV::BlockPHIPlacement(
|
|
|
|
const SmallPtrSetImpl<MachineBasicBlock *> &AllBlocks,
|
|
|
|
const SmallPtrSetImpl<MachineBasicBlock *> &DefBlocks,
|
|
|
|
SmallVectorImpl<MachineBasicBlock *> &PHIBlocks) {
|
|
|
|
// Apply IDF calculator to the designated set of location defs, storing
|
|
|
|
// required PHIs into PHIBlocks. Uses the dominator tree stored in the
|
|
|
|
// InstrRefBasedLDV object.
|
|
|
|
IDFCalculatorDetail::ChildrenGetterTy<MachineDomTreeBase, false> foo;
|
|
|
|
IDFCalculatorBase<MachineDomTreeBase, false> IDF(DomTree->getBase(), foo);
|
|
|
|
|
|
|
|
IDF.setLiveInBlocks(AllBlocks);
|
|
|
|
IDF.setDefiningBlocks(DefBlocks);
|
|
|
|
IDF.calculate(PHIBlocks);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
bool InstrRefBasedLDV::vlocDowngradeLattice(
|
|
|
|
const MachineBasicBlock &MBB, const DbgValue &OldLiveInLocation,
|
|
|
|
const SmallVectorImpl<InValueT> &Values, unsigned CurBlockRPONum) {
|
|
|
|
// Ranking value preference: see file level comment, the highest rank is
|
|
|
|
// a plain def, followed by PHI values in reverse post-order. Numerically,
|
|
|
|
// we assign all defs the rank '0', all PHIs their blocks RPO number plus
|
|
|
|
// one, and consider the lowest value the highest ranked.
|
|
|
|
int OldLiveInRank = BBNumToRPO[OldLiveInLocation.ID.getBlock()] + 1;
|
|
|
|
if (!OldLiveInLocation.ID.isPHI())
|
|
|
|
OldLiveInRank = 0;
|
|
|
|
|
|
|
|
// Allow any unresolvable conflict to be over-ridden.
|
|
|
|
if (OldLiveInLocation.Kind == DbgValue::NoVal) {
|
|
|
|
// Although if it was an unresolvable conflict from _this_ block, then
|
|
|
|
// all other seeking of downgrades and PHIs must have failed before hand.
|
|
|
|
if (OldLiveInLocation.BlockNo == (unsigned)MBB.getNumber())
|
|
|
|
return false;
|
|
|
|
OldLiveInRank = INT_MIN;
|
|
|
|
}
|
|
|
|
|
|
|
|
auto &InValue = *Values[0].second;
|
|
|
|
|
|
|
|
if (InValue.Kind == DbgValue::Const || InValue.Kind == DbgValue::NoVal)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
unsigned ThisRPO = BBNumToRPO[InValue.ID.getBlock()];
|
|
|
|
int ThisRank = ThisRPO + 1;
|
|
|
|
if (!InValue.ID.isPHI())
|
|
|
|
ThisRank = 0;
|
|
|
|
|
|
|
|
// Too far down the lattice?
|
|
|
|
if (ThisRPO >= CurBlockRPONum)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
// Higher in the lattice than what we've already explored?
|
|
|
|
if (ThisRank <= OldLiveInRank)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
std::tuple<Optional<ValueIDNum>, bool> InstrRefBasedLDV::pickVPHILoc(
|
|
|
|
MachineBasicBlock &MBB, const DebugVariable &Var, const LiveIdxT &LiveOuts,
|
|
|
|
ValueIDNum **MOutLocs, ValueIDNum **MInLocs,
|
|
|
|
const SmallVectorImpl<MachineBasicBlock *> &BlockOrders) {
|
|
|
|
// Collect a set of locations from predecessor where its live-out value can
|
|
|
|
// be found.
|
|
|
|
SmallVector<SmallVector<LocIdx, 4>, 8> Locs;
|
|
|
|
unsigned NumLocs = MTracker->getNumLocs();
|
|
|
|
unsigned BackEdgesStart = 0;
|
|
|
|
|
|
|
|
for (auto p : BlockOrders) {
|
|
|
|
// Pick out where backedges start in the list of predecessors. Relies on
|
|
|
|
// BlockOrders being sorted by RPO.
|
|
|
|
if (BBToOrder[p] < BBToOrder[&MBB])
|
|
|
|
++BackEdgesStart;
|
|
|
|
|
|
|
|
// For each predecessor, create a new set of locations.
|
|
|
|
Locs.resize(Locs.size() + 1);
|
|
|
|
unsigned ThisBBNum = p->getNumber();
|
|
|
|
auto LiveOutMap = LiveOuts.find(p);
|
|
|
|
if (LiveOutMap == LiveOuts.end())
|
|
|
|
// This predecessor isn't in scope, it must have no live-in/live-out
|
|
|
|
// locations.
|
|
|
|
continue;
|
|
|
|
|
|
|
|
auto It = LiveOutMap->second->find(Var);
|
|
|
|
if (It == LiveOutMap->second->end())
|
|
|
|
// There's no value recorded for this variable in this predecessor,
|
|
|
|
// leave an empty set of locations.
|
|
|
|
continue;
|
|
|
|
|
|
|
|
const DbgValue &OutVal = It->second;
|
|
|
|
|
|
|
|
if (OutVal.Kind == DbgValue::Const || OutVal.Kind == DbgValue::NoVal)
|
|
|
|
// Consts and no-values cannot have locations we can join on.
|
|
|
|
continue;
|
|
|
|
|
|
|
|
assert(OutVal.Kind == DbgValue::Proposed || OutVal.Kind == DbgValue::Def);
|
|
|
|
ValueIDNum ValToLookFor = OutVal.ID;
|
|
|
|
|
|
|
|
// Search the live-outs of the predecessor for the specified value.
|
|
|
|
for (unsigned int I = 0; I < NumLocs; ++I) {
|
|
|
|
if (MOutLocs[ThisBBNum][I] == ValToLookFor)
|
|
|
|
Locs.back().push_back(LocIdx(I));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// If there were no locations at all, return an empty result.
|
|
|
|
if (Locs.empty())
|
2020-08-22 19:05:25 +01:00
|
|
|
return std::tuple<Optional<ValueIDNum>, bool>(None, false);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
// Lambda for seeking a common location within a range of location-sets.
|
2020-10-26 07:04:14 -07:00
|
|
|
using LocsIt = SmallVector<SmallVector<LocIdx, 4>, 8>::iterator;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
auto SeekLocation =
|
|
|
|
[&Locs](llvm::iterator_range<LocsIt> SearchRange) -> Optional<LocIdx> {
|
|
|
|
// Starting with the first set of locations, take the intersection with
|
|
|
|
// subsequent sets.
|
|
|
|
SmallVector<LocIdx, 4> base = Locs[0];
|
|
|
|
for (auto &S : SearchRange) {
|
|
|
|
SmallVector<LocIdx, 4> new_base;
|
|
|
|
std::set_intersection(base.begin(), base.end(), S.begin(), S.end(),
|
|
|
|
std::inserter(new_base, new_base.begin()));
|
|
|
|
base = new_base;
|
|
|
|
}
|
|
|
|
if (base.empty())
|
|
|
|
return None;
|
|
|
|
|
|
|
|
// We now have a set of LocIdxes that contain the right output value in
|
|
|
|
// each of the predecessors. Pick the lowest; if there's a register loc,
|
|
|
|
// that'll be it.
|
|
|
|
return *base.begin();
|
|
|
|
};
|
|
|
|
|
|
|
|
// Search for a common location for all predecessors. If we can't, then fall
|
|
|
|
// back to only finding a common location between non-backedge predecessors.
|
|
|
|
bool ValidForAllLocs = true;
|
|
|
|
auto TheLoc = SeekLocation(Locs);
|
|
|
|
if (!TheLoc) {
|
|
|
|
ValidForAllLocs = false;
|
|
|
|
TheLoc =
|
|
|
|
SeekLocation(make_range(Locs.begin(), Locs.begin() + BackEdgesStart));
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!TheLoc)
|
2020-08-22 19:05:25 +01:00
|
|
|
return std::tuple<Optional<ValueIDNum>, bool>(None, false);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
// Return a PHI-value-number for the found location.
|
|
|
|
LocIdx L = *TheLoc;
|
|
|
|
ValueIDNum PHIVal = {(unsigned)MBB.getNumber(), 0, L};
|
2020-08-22 19:05:25 +01:00
|
|
|
return std::tuple<Optional<ValueIDNum>, bool>(PHIVal, ValidForAllLocs);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
std::tuple<bool, bool> InstrRefBasedLDV::vlocJoin(
|
|
|
|
MachineBasicBlock &MBB, LiveIdxT &VLOCOutLocs, LiveIdxT &VLOCInLocs,
|
|
|
|
SmallPtrSet<const MachineBasicBlock *, 16> *VLOCVisited, unsigned BBNum,
|
|
|
|
const SmallSet<DebugVariable, 4> &AllVars, ValueIDNum **MOutLocs,
|
|
|
|
ValueIDNum **MInLocs,
|
|
|
|
SmallPtrSet<const MachineBasicBlock *, 8> &InScopeBlocks,
|
|
|
|
SmallPtrSet<const MachineBasicBlock *, 8> &BlocksToExplore,
|
|
|
|
DenseMap<DebugVariable, DbgValue> &InLocsT) {
|
|
|
|
bool DowngradeOccurred = false;
|
|
|
|
|
|
|
|
// To emulate VarLocBasedImpl, process this block if it's not in scope but
|
|
|
|
// _does_ assign a variable value. No live-ins for this scope are transferred
|
|
|
|
// in though, so we can return immediately.
|
|
|
|
if (InScopeBlocks.count(&MBB) == 0 && !ArtificialBlocks.count(&MBB)) {
|
|
|
|
if (VLOCVisited)
|
|
|
|
return std::tuple<bool, bool>(true, false);
|
|
|
|
return std::tuple<bool, bool>(false, false);
|
|
|
|
}
|
|
|
|
|
|
|
|
LLVM_DEBUG(dbgs() << "join MBB: " << MBB.getNumber() << "\n");
|
|
|
|
bool Changed = false;
|
|
|
|
|
|
|
|
// Find any live-ins computed in a prior iteration.
|
|
|
|
auto ILSIt = VLOCInLocs.find(&MBB);
|
|
|
|
assert(ILSIt != VLOCInLocs.end());
|
|
|
|
auto &ILS = *ILSIt->second;
|
|
|
|
|
|
|
|
// Order predecessors by RPOT order, for exploring them in that order.
|
2021-01-28 22:21:14 -08:00
|
|
|
SmallVector<MachineBasicBlock *, 8> BlockOrders(MBB.predecessors());
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
auto Cmp = [&](MachineBasicBlock *A, MachineBasicBlock *B) {
|
|
|
|
return BBToOrder[A] < BBToOrder[B];
|
|
|
|
};
|
|
|
|
|
2021-01-14 20:30:31 -08:00
|
|
|
llvm::sort(BlockOrders, Cmp);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
unsigned CurBlockRPONum = BBToOrder[&MBB];
|
|
|
|
|
|
|
|
// Force a re-visit to loop heads in the first dataflow iteration.
|
|
|
|
// FIXME: if we could "propose" Const values this wouldn't be needed,
|
|
|
|
// because they'd need to be confirmed before being emitted.
|
|
|
|
if (!BlockOrders.empty() &&
|
|
|
|
BBToOrder[BlockOrders[BlockOrders.size() - 1]] >= CurBlockRPONum &&
|
|
|
|
VLOCVisited)
|
|
|
|
DowngradeOccurred = true;
|
|
|
|
|
|
|
|
auto ConfirmValue = [&InLocsT](const DebugVariable &DV, DbgValue VR) {
|
|
|
|
auto Result = InLocsT.insert(std::make_pair(DV, VR));
|
|
|
|
(void)Result;
|
|
|
|
assert(Result.second);
|
|
|
|
};
|
|
|
|
|
|
|
|
auto ConfirmNoVal = [&ConfirmValue, &MBB](const DebugVariable &Var, const DbgValueProperties &Properties) {
|
|
|
|
DbgValue NoLocPHIVal(MBB.getNumber(), Properties, DbgValue::NoVal);
|
|
|
|
|
|
|
|
ConfirmValue(Var, NoLocPHIVal);
|
|
|
|
};
|
|
|
|
|
|
|
|
// Attempt to join the values for each variable.
|
|
|
|
for (auto &Var : AllVars) {
|
|
|
|
// Collect all the DbgValues for this variable.
|
|
|
|
SmallVector<InValueT, 8> Values;
|
|
|
|
bool Bail = false;
|
|
|
|
unsigned BackEdgesStart = 0;
|
|
|
|
for (auto p : BlockOrders) {
|
|
|
|
// If the predecessor isn't in scope / to be explored, we'll never be
|
|
|
|
// able to join any locations.
|
2020-12-18 19:08:17 -08:00
|
|
|
if (!BlocksToExplore.contains(p)) {
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
Bail = true;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Don't attempt to handle unvisited predecessors: they're implicitly
|
|
|
|
// "unknown"s in the lattice.
|
|
|
|
if (VLOCVisited && !VLOCVisited->count(p))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
// If the predecessors OutLocs is absent, there's not much we can do.
|
|
|
|
auto OL = VLOCOutLocs.find(p);
|
|
|
|
if (OL == VLOCOutLocs.end()) {
|
|
|
|
Bail = true;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
// No live-out value for this predecessor also means we can't produce
|
|
|
|
// a joined value.
|
|
|
|
auto VIt = OL->second->find(Var);
|
|
|
|
if (VIt == OL->second->end()) {
|
|
|
|
Bail = true;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Keep track of where back-edges begin in the Values vector. Relies on
|
|
|
|
// BlockOrders being sorted by RPO.
|
|
|
|
unsigned ThisBBRPONum = BBToOrder[p];
|
|
|
|
if (ThisBBRPONum < CurBlockRPONum)
|
|
|
|
++BackEdgesStart;
|
|
|
|
|
|
|
|
Values.push_back(std::make_pair(p, &VIt->second));
|
|
|
|
}
|
|
|
|
|
|
|
|
// If there were no values, or one of the predecessors couldn't have a
|
|
|
|
// value, then give up immediately. It's not safe to produce a live-in
|
|
|
|
// value.
|
|
|
|
if (Bail || Values.size() == 0)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
// Enumeration identifying the current state of the predecessors values.
|
|
|
|
enum {
|
|
|
|
Unset = 0,
|
|
|
|
Agreed, // All preds agree on the variable value.
|
|
|
|
PropDisagree, // All preds agree, but the value kind is Proposed in some.
|
|
|
|
BEDisagree, // Only back-edges disagree on variable value.
|
|
|
|
PHINeeded, // Non-back-edge predecessors have conflicing values.
|
|
|
|
NoSolution // Conflicting Value metadata makes solution impossible.
|
|
|
|
} OurState = Unset;
|
|
|
|
|
|
|
|
// All (non-entry) blocks have at least one non-backedge predecessor.
|
|
|
|
// Pick the variable value from the first of these, to compare against
|
|
|
|
// all others.
|
|
|
|
const DbgValue &FirstVal = *Values[0].second;
|
|
|
|
const ValueIDNum &FirstID = FirstVal.ID;
|
|
|
|
|
|
|
|
// Scan for variable values that can't be resolved: if they have different
|
|
|
|
// DIExpressions, different indirectness, or are mixed constants /
|
|
|
|
// non-constants.
|
|
|
|
for (auto &V : Values) {
|
|
|
|
if (V.second->Properties != FirstVal.Properties)
|
|
|
|
OurState = NoSolution;
|
|
|
|
if (V.second->Kind == DbgValue::Const && FirstVal.Kind != DbgValue::Const)
|
|
|
|
OurState = NoSolution;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Flags diagnosing _how_ the values disagree.
|
|
|
|
bool NonBackEdgeDisagree = false;
|
|
|
|
bool DisagreeOnPHINess = false;
|
|
|
|
bool IDDisagree = false;
|
|
|
|
bool Disagree = false;
|
|
|
|
if (OurState == Unset) {
|
|
|
|
for (auto &V : Values) {
|
|
|
|
if (*V.second == FirstVal)
|
|
|
|
continue; // No disagreement.
|
|
|
|
|
|
|
|
Disagree = true;
|
|
|
|
|
|
|
|
// Flag whether the value number actually diagrees.
|
|
|
|
if (V.second->ID != FirstID)
|
|
|
|
IDDisagree = true;
|
|
|
|
|
|
|
|
// Distinguish whether disagreement happens in backedges or not.
|
|
|
|
// Relies on Values (and BlockOrders) being sorted by RPO.
|
|
|
|
unsigned ThisBBRPONum = BBToOrder[V.first];
|
|
|
|
if (ThisBBRPONum < CurBlockRPONum)
|
|
|
|
NonBackEdgeDisagree = true;
|
|
|
|
|
|
|
|
// Is there a difference in whether the value is definite or only
|
|
|
|
// proposed?
|
|
|
|
if (V.second->Kind != FirstVal.Kind &&
|
|
|
|
(V.second->Kind == DbgValue::Proposed ||
|
|
|
|
V.second->Kind == DbgValue::Def) &&
|
|
|
|
(FirstVal.Kind == DbgValue::Proposed ||
|
|
|
|
FirstVal.Kind == DbgValue::Def))
|
|
|
|
DisagreeOnPHINess = true;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Collect those flags together and determine an overall state for
|
|
|
|
// what extend the predecessors agree on a live-in value.
|
|
|
|
if (!Disagree)
|
|
|
|
OurState = Agreed;
|
|
|
|
else if (!IDDisagree && DisagreeOnPHINess)
|
|
|
|
OurState = PropDisagree;
|
|
|
|
else if (!NonBackEdgeDisagree)
|
|
|
|
OurState = BEDisagree;
|
|
|
|
else
|
|
|
|
OurState = PHINeeded;
|
|
|
|
}
|
|
|
|
|
|
|
|
// An extra indicator: if we only disagree on whether the value is a
|
|
|
|
// Def, or proposed, then also flag whether that disagreement happens
|
|
|
|
// in backedges only.
|
|
|
|
bool PropOnlyInBEs = Disagree && !IDDisagree && DisagreeOnPHINess &&
|
|
|
|
!NonBackEdgeDisagree && FirstVal.Kind == DbgValue::Def;
|
|
|
|
|
|
|
|
const auto &Properties = FirstVal.Properties;
|
|
|
|
|
|
|
|
auto OldLiveInIt = ILS.find(Var);
|
|
|
|
const DbgValue *OldLiveInLocation =
|
|
|
|
(OldLiveInIt != ILS.end()) ? &OldLiveInIt->second : nullptr;
|
|
|
|
|
|
|
|
bool OverRide = false;
|
|
|
|
if (OurState == BEDisagree && OldLiveInLocation) {
|
|
|
|
// Only backedges disagree: we can consider downgrading. If there was a
|
|
|
|
// previous live-in value, use it to work out whether the current
|
|
|
|
// incoming value represents a lattice downgrade or not.
|
|
|
|
OverRide =
|
|
|
|
vlocDowngradeLattice(MBB, *OldLiveInLocation, Values, CurBlockRPONum);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Use the current state of predecessor agreement and other flags to work
|
|
|
|
// out what to do next. Possibilities include:
|
|
|
|
// * Accept a value all predecessors agree on, or accept one that
|
|
|
|
// represents a step down the exploration lattice,
|
|
|
|
// * Use a PHI value number, if one can be found,
|
|
|
|
// * Propose a PHI value number, and see if it gets confirmed later,
|
|
|
|
// * Emit a 'NoVal' value, indicating we couldn't resolve anything.
|
|
|
|
if (OurState == Agreed) {
|
|
|
|
// Easiest solution: all predecessors agree on the variable value.
|
|
|
|
ConfirmValue(Var, FirstVal);
|
|
|
|
} else if (OurState == BEDisagree && OverRide) {
|
|
|
|
// Only backedges disagree, and the other predecessors have produced
|
|
|
|
// a new live-in value further down the exploration lattice.
|
|
|
|
DowngradeOccurred = true;
|
|
|
|
ConfirmValue(Var, FirstVal);
|
|
|
|
} else if (OurState == PropDisagree) {
|
|
|
|
// Predecessors agree on value, but some say it's only a proposed value.
|
|
|
|
// Propagate it as proposed: unless it was proposed in this block, in
|
|
|
|
// which case we're able to confirm the value.
|
|
|
|
if (FirstID.getBlock() == (uint64_t)MBB.getNumber() && FirstID.isPHI()) {
|
|
|
|
ConfirmValue(Var, DbgValue(FirstID, Properties, DbgValue::Def));
|
|
|
|
} else if (PropOnlyInBEs) {
|
|
|
|
// If only backedges disagree, a higher (in RPO) block confirmed this
|
|
|
|
// location, and we need to propagate it into this loop.
|
|
|
|
ConfirmValue(Var, DbgValue(FirstID, Properties, DbgValue::Def));
|
|
|
|
} else {
|
|
|
|
// Otherwise; a Def meeting a Proposed is still a Proposed.
|
|
|
|
ConfirmValue(Var, DbgValue(FirstID, Properties, DbgValue::Proposed));
|
|
|
|
}
|
|
|
|
} else if ((OurState == PHINeeded || OurState == BEDisagree)) {
|
|
|
|
// Predecessors disagree and can't be downgraded: this can only be
|
|
|
|
// solved with a PHI. Use pickVPHILoc to go look for one.
|
|
|
|
Optional<ValueIDNum> VPHI;
|
|
|
|
bool AllEdgesVPHI = false;
|
|
|
|
std::tie(VPHI, AllEdgesVPHI) =
|
|
|
|
pickVPHILoc(MBB, Var, VLOCOutLocs, MOutLocs, MInLocs, BlockOrders);
|
|
|
|
|
|
|
|
if (VPHI && AllEdgesVPHI) {
|
|
|
|
// There's a PHI value that's valid for all predecessors -- we can use
|
|
|
|
// it. If any of the non-backedge predecessors have proposed values
|
|
|
|
// though, this PHI is also only proposed, until the predecessors are
|
|
|
|
// confirmed.
|
|
|
|
DbgValue::KindT K = DbgValue::Def;
|
|
|
|
for (unsigned int I = 0; I < BackEdgesStart; ++I)
|
|
|
|
if (Values[I].second->Kind == DbgValue::Proposed)
|
|
|
|
K = DbgValue::Proposed;
|
|
|
|
|
|
|
|
ConfirmValue(Var, DbgValue(*VPHI, Properties, K));
|
|
|
|
} else if (VPHI) {
|
|
|
|
// There's a PHI value, but it's only legal for backedges. Leave this
|
|
|
|
// as a proposed PHI value: it might come back on the backedges,
|
|
|
|
// and allow us to confirm it in the future.
|
|
|
|
DbgValue NoBEValue = DbgValue(*VPHI, Properties, DbgValue::Proposed);
|
|
|
|
ConfirmValue(Var, NoBEValue);
|
|
|
|
} else {
|
|
|
|
ConfirmNoVal(Var, Properties);
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
// Otherwise: we don't know. Emit a "phi but no real loc" phi.
|
|
|
|
ConfirmNoVal(Var, Properties);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Store newly calculated in-locs into VLOCInLocs, if they've changed.
|
|
|
|
Changed = ILS != InLocsT;
|
|
|
|
if (Changed)
|
|
|
|
ILS = InLocsT;
|
|
|
|
|
|
|
|
return std::tuple<bool, bool>(Changed, DowngradeOccurred);
|
|
|
|
}
|
|
|
|
|
|
|
|
void InstrRefBasedLDV::vlocDataflow(
|
|
|
|
const LexicalScope *Scope, const DILocation *DILoc,
|
|
|
|
const SmallSet<DebugVariable, 4> &VarsWeCareAbout,
|
|
|
|
SmallPtrSetImpl<MachineBasicBlock *> &AssignBlocks, LiveInsT &Output,
|
|
|
|
ValueIDNum **MOutLocs, ValueIDNum **MInLocs,
|
|
|
|
SmallVectorImpl<VLocTracker> &AllTheVLocs) {
|
|
|
|
// This method is much like mlocDataflow: but focuses on a single
|
|
|
|
// LexicalScope at a time. Pick out a set of blocks and variables that are
|
|
|
|
// to have their value assignments solved, then run our dataflow algorithm
|
|
|
|
// until a fixedpoint is reached.
|
|
|
|
std::priority_queue<unsigned int, std::vector<unsigned int>,
|
|
|
|
std::greater<unsigned int>>
|
|
|
|
Worklist, Pending;
|
|
|
|
SmallPtrSet<MachineBasicBlock *, 16> OnWorklist, OnPending;
|
|
|
|
|
|
|
|
// The set of blocks we'll be examining.
|
|
|
|
SmallPtrSet<const MachineBasicBlock *, 8> BlocksToExplore;
|
|
|
|
|
|
|
|
// The order in which to examine them (RPO).
|
|
|
|
SmallVector<MachineBasicBlock *, 8> BlockOrders;
|
|
|
|
|
|
|
|
// RPO ordering function.
|
|
|
|
auto Cmp = [&](MachineBasicBlock *A, MachineBasicBlock *B) {
|
|
|
|
return BBToOrder[A] < BBToOrder[B];
|
|
|
|
};
|
|
|
|
|
|
|
|
LS.getMachineBasicBlocks(DILoc, BlocksToExplore);
|
|
|
|
|
|
|
|
// A separate container to distinguish "blocks we're exploring" versus
|
|
|
|
// "blocks that are potentially in scope. See comment at start of vlocJoin.
|
|
|
|
SmallPtrSet<const MachineBasicBlock *, 8> InScopeBlocks = BlocksToExplore;
|
|
|
|
|
|
|
|
// Old LiveDebugValues tracks variable locations that come out of blocks
|
|
|
|
// not in scope, where DBG_VALUEs occur. This is something we could
|
|
|
|
// legitimately ignore, but lets allow it for now.
|
|
|
|
if (EmulateOldLDV)
|
|
|
|
BlocksToExplore.insert(AssignBlocks.begin(), AssignBlocks.end());
|
|
|
|
|
|
|
|
// We also need to propagate variable values through any artificial blocks
|
|
|
|
// that immediately follow blocks in scope.
|
|
|
|
DenseSet<const MachineBasicBlock *> ToAdd;
|
|
|
|
|
|
|
|
// Helper lambda: For a given block in scope, perform a depth first search
|
|
|
|
// of all the artificial successors, adding them to the ToAdd collection.
|
|
|
|
auto AccumulateArtificialBlocks =
|
|
|
|
[this, &ToAdd, &BlocksToExplore,
|
|
|
|
&InScopeBlocks](const MachineBasicBlock *MBB) {
|
|
|
|
// Depth-first-search state: each node is a block and which successor
|
|
|
|
// we're currently exploring.
|
|
|
|
SmallVector<std::pair<const MachineBasicBlock *,
|
|
|
|
MachineBasicBlock::const_succ_iterator>,
|
|
|
|
8>
|
|
|
|
DFS;
|
|
|
|
|
|
|
|
// Find any artificial successors not already tracked.
|
|
|
|
for (auto *succ : MBB->successors()) {
|
|
|
|
if (BlocksToExplore.count(succ) || InScopeBlocks.count(succ))
|
|
|
|
continue;
|
|
|
|
if (!ArtificialBlocks.count(succ))
|
|
|
|
continue;
|
|
|
|
DFS.push_back(std::make_pair(succ, succ->succ_begin()));
|
|
|
|
ToAdd.insert(succ);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Search all those blocks, depth first.
|
|
|
|
while (!DFS.empty()) {
|
|
|
|
const MachineBasicBlock *CurBB = DFS.back().first;
|
|
|
|
MachineBasicBlock::const_succ_iterator &CurSucc = DFS.back().second;
|
|
|
|
// Walk back if we've explored this blocks successors to the end.
|
|
|
|
if (CurSucc == CurBB->succ_end()) {
|
|
|
|
DFS.pop_back();
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
// If the current successor is artificial and unexplored, descend into
|
|
|
|
// it.
|
|
|
|
if (!ToAdd.count(*CurSucc) && ArtificialBlocks.count(*CurSucc)) {
|
|
|
|
DFS.push_back(std::make_pair(*CurSucc, (*CurSucc)->succ_begin()));
|
|
|
|
ToAdd.insert(*CurSucc);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
++CurSucc;
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
// Search in-scope blocks and those containing a DBG_VALUE from this scope
|
|
|
|
// for artificial successors.
|
|
|
|
for (auto *MBB : BlocksToExplore)
|
|
|
|
AccumulateArtificialBlocks(MBB);
|
|
|
|
for (auto *MBB : InScopeBlocks)
|
|
|
|
AccumulateArtificialBlocks(MBB);
|
|
|
|
|
|
|
|
BlocksToExplore.insert(ToAdd.begin(), ToAdd.end());
|
|
|
|
InScopeBlocks.insert(ToAdd.begin(), ToAdd.end());
|
|
|
|
|
|
|
|
// Single block scope: not interesting! No propagation at all. Note that
|
|
|
|
// this could probably go above ArtificialBlocks without damage, but
|
|
|
|
// that then produces output differences from original-live-debug-values,
|
|
|
|
// which propagates from a single block into many artificial ones.
|
|
|
|
if (BlocksToExplore.size() == 1)
|
|
|
|
return;
|
|
|
|
|
|
|
|
// Picks out relevants blocks RPO order and sort them.
|
|
|
|
for (auto *MBB : BlocksToExplore)
|
|
|
|
BlockOrders.push_back(const_cast<MachineBasicBlock *>(MBB));
|
|
|
|
|
2021-01-14 20:30:31 -08:00
|
|
|
llvm::sort(BlockOrders, Cmp);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
unsigned NumBlocks = BlockOrders.size();
|
|
|
|
|
|
|
|
// Allocate some vectors for storing the live ins and live outs. Large.
|
|
|
|
SmallVector<DenseMap<DebugVariable, DbgValue>, 32> LiveIns, LiveOuts;
|
|
|
|
LiveIns.resize(NumBlocks);
|
|
|
|
LiveOuts.resize(NumBlocks);
|
|
|
|
|
|
|
|
// Produce by-MBB indexes of live-in/live-outs, to ease lookup within
|
|
|
|
// vlocJoin.
|
|
|
|
LiveIdxT LiveOutIdx, LiveInIdx;
|
|
|
|
LiveOutIdx.reserve(NumBlocks);
|
|
|
|
LiveInIdx.reserve(NumBlocks);
|
|
|
|
for (unsigned I = 0; I < NumBlocks; ++I) {
|
|
|
|
LiveOutIdx[BlockOrders[I]] = &LiveOuts[I];
|
|
|
|
LiveInIdx[BlockOrders[I]] = &LiveIns[I];
|
|
|
|
}
|
|
|
|
|
|
|
|
for (auto *MBB : BlockOrders) {
|
|
|
|
Worklist.push(BBToOrder[MBB]);
|
|
|
|
OnWorklist.insert(MBB);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Iterate over all the blocks we selected, propagating variable values.
|
|
|
|
bool FirstTrip = true;
|
|
|
|
SmallPtrSet<const MachineBasicBlock *, 16> VLOCVisited;
|
|
|
|
while (!Worklist.empty() || !Pending.empty()) {
|
|
|
|
while (!Worklist.empty()) {
|
|
|
|
auto *MBB = OrderToBB[Worklist.top()];
|
|
|
|
CurBB = MBB->getNumber();
|
|
|
|
Worklist.pop();
|
|
|
|
|
|
|
|
DenseMap<DebugVariable, DbgValue> JoinedInLocs;
|
|
|
|
|
|
|
|
// Join values from predecessors. Updates LiveInIdx, and writes output
|
|
|
|
// into JoinedInLocs.
|
|
|
|
bool InLocsChanged, DowngradeOccurred;
|
|
|
|
std::tie(InLocsChanged, DowngradeOccurred) = vlocJoin(
|
|
|
|
*MBB, LiveOutIdx, LiveInIdx, (FirstTrip) ? &VLOCVisited : nullptr,
|
|
|
|
CurBB, VarsWeCareAbout, MOutLocs, MInLocs, InScopeBlocks,
|
|
|
|
BlocksToExplore, JoinedInLocs);
|
|
|
|
|
|
|
|
bool FirstVisit = VLOCVisited.insert(MBB).second;
|
|
|
|
|
|
|
|
// Always explore transfer function if inlocs changed, or if we've not
|
|
|
|
// visited this block before.
|
|
|
|
InLocsChanged |= FirstVisit;
|
|
|
|
|
|
|
|
// If a downgrade occurred, book us in for re-examination on the next
|
|
|
|
// iteration.
|
|
|
|
if (DowngradeOccurred && OnPending.insert(MBB).second)
|
|
|
|
Pending.push(BBToOrder[MBB]);
|
|
|
|
|
|
|
|
if (!InLocsChanged)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
// Do transfer function.
|
2020-10-23 11:06:51 +01:00
|
|
|
auto &VTracker = AllTheVLocs[MBB->getNumber()];
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
for (auto &Transfer : VTracker.Vars) {
|
|
|
|
// Is this var we're mangling in this scope?
|
|
|
|
if (VarsWeCareAbout.count(Transfer.first)) {
|
|
|
|
// Erase on empty transfer (DBG_VALUE $noreg).
|
|
|
|
if (Transfer.second.Kind == DbgValue::Undef) {
|
|
|
|
JoinedInLocs.erase(Transfer.first);
|
|
|
|
} else {
|
|
|
|
// Insert new variable value; or overwrite.
|
|
|
|
auto NewValuePair = std::make_pair(Transfer.first, Transfer.second);
|
|
|
|
auto Result = JoinedInLocs.insert(NewValuePair);
|
|
|
|
if (!Result.second)
|
|
|
|
Result.first->second = Transfer.second;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Did the live-out locations change?
|
|
|
|
bool OLChanged = JoinedInLocs != *LiveOutIdx[MBB];
|
|
|
|
|
|
|
|
// If they haven't changed, there's no need to explore further.
|
|
|
|
if (!OLChanged)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
// Commit to the live-out record.
|
|
|
|
*LiveOutIdx[MBB] = JoinedInLocs;
|
|
|
|
|
|
|
|
// We should visit all successors. Ensure we'll visit any non-backedge
|
|
|
|
// successors during this dataflow iteration; book backedge successors
|
|
|
|
// to be visited next time around.
|
|
|
|
for (auto s : MBB->successors()) {
|
|
|
|
// Ignore out of scope / not-to-be-explored successors.
|
|
|
|
if (LiveInIdx.find(s) == LiveInIdx.end())
|
|
|
|
continue;
|
|
|
|
|
|
|
|
if (BBToOrder[s] > BBToOrder[MBB]) {
|
|
|
|
if (OnWorklist.insert(s).second)
|
|
|
|
Worklist.push(BBToOrder[s]);
|
|
|
|
} else if (OnPending.insert(s).second && (FirstTrip || OLChanged)) {
|
|
|
|
Pending.push(BBToOrder[s]);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
Worklist.swap(Pending);
|
|
|
|
std::swap(OnWorklist, OnPending);
|
|
|
|
OnPending.clear();
|
|
|
|
assert(Pending.empty());
|
|
|
|
FirstTrip = false;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Dataflow done. Now what? Save live-ins. Ignore any that are still marked
|
|
|
|
// as being variable-PHIs, because those did not have their machine-PHI
|
|
|
|
// value confirmed. Such variable values are places that could have been
|
|
|
|
// PHIs, but are not.
|
|
|
|
for (auto *MBB : BlockOrders) {
|
|
|
|
auto &VarMap = *LiveInIdx[MBB];
|
|
|
|
for (auto &P : VarMap) {
|
|
|
|
if (P.second.Kind == DbgValue::Proposed ||
|
|
|
|
P.second.Kind == DbgValue::NoVal)
|
|
|
|
continue;
|
|
|
|
Output[MBB->getNumber()].push_back(P);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
BlockOrders.clear();
|
|
|
|
BlocksToExplore.clear();
|
|
|
|
}
|
|
|
|
|
2020-09-18 17:23:46 -07:00
|
|
|
#if !defined(NDEBUG) || defined(LLVM_ENABLE_DUMP)
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
void InstrRefBasedLDV::dump_mloc_transfer(
|
|
|
|
const MLocTransferMap &mloc_transfer) const {
|
|
|
|
for (auto &P : mloc_transfer) {
|
|
|
|
std::string foo = MTracker->LocIdxToName(P.first);
|
|
|
|
std::string bar = MTracker->IDAsString(P.second);
|
|
|
|
dbgs() << "Loc " << foo << " --> " << bar << "\n";
|
|
|
|
}
|
|
|
|
}
|
2020-09-18 17:23:46 -07:00
|
|
|
#endif
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
void InstrRefBasedLDV::emitLocations(
|
2021-06-29 13:48:49 +01:00
|
|
|
MachineFunction &MF, LiveInsT SavedLiveIns, ValueIDNum **MOutLocs,
|
2021-06-30 17:48:19 +01:00
|
|
|
ValueIDNum **MInLocs, DenseMap<DebugVariable, unsigned> &AllVarsNumbering,
|
|
|
|
const TargetPassConfig &TPC) {
|
|
|
|
TTracker = new TransferTracker(TII, MTracker, MF, *TRI, CalleeSavedRegs, TPC);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
unsigned NumLocs = MTracker->getNumLocs();
|
|
|
|
|
|
|
|
// For each block, load in the machine value locations and variable value
|
|
|
|
// live-ins, then step through each instruction in the block. New DBG_VALUEs
|
|
|
|
// to be inserted will be created along the way.
|
|
|
|
for (MachineBasicBlock &MBB : MF) {
|
|
|
|
unsigned bbnum = MBB.getNumber();
|
|
|
|
MTracker->reset();
|
|
|
|
MTracker->loadFromArray(MInLocs[bbnum], bbnum);
|
|
|
|
TTracker->loadInlocs(MBB, MInLocs[bbnum], SavedLiveIns[MBB.getNumber()],
|
|
|
|
NumLocs);
|
|
|
|
|
|
|
|
CurBB = bbnum;
|
|
|
|
CurInst = 1;
|
|
|
|
for (auto &MI : MBB) {
|
2021-06-29 13:48:49 +01:00
|
|
|
process(MI, MOutLocs, MInLocs);
|
[DebugInstrRef] Handle DBG_INSTR_REFs use-before-defs in LiveDebugValues
Deciding where to place debugging instructions when normal instructions
sink between blocks is difficult -- see PR44117. Dealing with this with
instruction-referencing variable locations is simple: we just tolerate
DBG_INSTR_REFs referring to values that haven't been computed yet. This
patch adds support into InstrRefBasedLDV to record when a variable value
appears in the middle of a block, and should have a DBG_VALUE added when it
appears (a debug use before def).
While described simply, this relies heavily on the value-propagation
algorithm in InstrRefBasedLDV. The implementation doesn't attempt to verify
the location of a value unless something non-trivial occurs to merge
variable values in vlocJoin. This means that a variable with a value that
has no location can retain it across all control flow (including loops).
It's only when another debug instruction specifies a different variable
value that we have to check, and find there's no location.
This property means that if a machine value is defined in a block dominated
by a DBG_INSTR_REF that refers to it, all the successor blocks can
automatically find a location for that value (if it's not clobbered). Thus
in a sense, InstrRefBasedLDV is already supporting and implementing
use-before-defs. This patch allows us to specify a variable location in the
block where it's defined.
When loading live-in variable locations, TransferTracker currently discards
those where it can't find a location for the variable value. However, we
can tell from the machine value number whether the value is defined in this
block. If it is, add it to a set of use-before-def records. Then, once the
relevant instruction has been processed, emit a DBG_VALUE immediately after
it.
Differential Revision: https://reviews.llvm.org/D85775
2020-10-23 14:53:15 +01:00
|
|
|
TTracker->checkInstForNewValues(CurInst, MI.getIterator());
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
++CurInst;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// We have to insert DBG_VALUEs in a consistent order, otherwise they appeaer
|
|
|
|
// in DWARF in different orders. Use the order that they appear when walking
|
|
|
|
// through each block / each instruction, stored in AllVarsNumbering.
|
|
|
|
auto OrderDbgValues = [&](const MachineInstr *A,
|
|
|
|
const MachineInstr *B) -> bool {
|
|
|
|
DebugVariable VarA(A->getDebugVariable(), A->getDebugExpression(),
|
|
|
|
A->getDebugLoc()->getInlinedAt());
|
|
|
|
DebugVariable VarB(B->getDebugVariable(), B->getDebugExpression(),
|
|
|
|
B->getDebugLoc()->getInlinedAt());
|
|
|
|
return AllVarsNumbering.find(VarA)->second <
|
|
|
|
AllVarsNumbering.find(VarB)->second;
|
|
|
|
};
|
|
|
|
|
|
|
|
// Go through all the transfers recorded in the TransferTracker -- this is
|
|
|
|
// both the live-ins to a block, and any movements of values that happen
|
|
|
|
// in the middle.
|
|
|
|
for (auto &P : TTracker->Transfers) {
|
|
|
|
// Sort them according to appearance order.
|
2021-01-14 20:30:31 -08:00
|
|
|
llvm::sort(P.Insts, OrderDbgValues);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
// Insert either before or after the designated point...
|
|
|
|
if (P.MBB) {
|
|
|
|
MachineBasicBlock &MBB = *P.MBB;
|
|
|
|
for (auto *MI : P.Insts) {
|
|
|
|
MBB.insert(P.Pos, MI);
|
|
|
|
}
|
|
|
|
} else {
|
2021-06-30 17:48:19 +01:00
|
|
|
// Terminators, like tail calls, can clobber things. Don't try and place
|
|
|
|
// transfers after them.
|
|
|
|
if (P.Pos->isTerminator())
|
|
|
|
continue;
|
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
MachineBasicBlock &MBB = *P.Pos->getParent();
|
|
|
|
for (auto *MI : P.Insts) {
|
2021-06-30 17:48:19 +01:00
|
|
|
MBB.insertAfterBundle(P.Pos, MI);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void InstrRefBasedLDV::initialSetup(MachineFunction &MF) {
|
|
|
|
// Build some useful data structures.
|
|
|
|
auto hasNonArtificialLocation = [](const MachineInstr &MI) -> bool {
|
|
|
|
if (const DebugLoc &DL = MI.getDebugLoc())
|
|
|
|
return DL.getLine() != 0;
|
|
|
|
return false;
|
|
|
|
};
|
|
|
|
// Collect a set of all the artificial blocks.
|
|
|
|
for (auto &MBB : MF)
|
|
|
|
if (none_of(MBB.instrs(), hasNonArtificialLocation))
|
|
|
|
ArtificialBlocks.insert(&MBB);
|
|
|
|
|
|
|
|
// Compute mappings of block <=> RPO order.
|
|
|
|
ReversePostOrderTraversal<MachineFunction *> RPOT(&MF);
|
|
|
|
unsigned int RPONumber = 0;
|
2021-02-13 20:41:39 -08:00
|
|
|
for (MachineBasicBlock *MBB : RPOT) {
|
|
|
|
OrderToBB[RPONumber] = MBB;
|
|
|
|
BBToOrder[MBB] = RPONumber;
|
|
|
|
BBNumToRPO[MBB->getNumber()] = RPONumber;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
++RPONumber;
|
|
|
|
}
|
2021-07-09 15:32:30 +01:00
|
|
|
|
|
|
|
// Order value substitutions by their "source" operand pair, for quick lookup.
|
|
|
|
llvm::sort(MF.DebugValueSubstitutions);
|
|
|
|
|
|
|
|
#ifdef EXPENSIVE_CHECKS
|
|
|
|
// As an expensive check, test whether there are any duplicate substitution
|
|
|
|
// sources in the collection.
|
|
|
|
if (MF.DebugValueSubstitutions.size() > 2) {
|
|
|
|
for (auto It = MF.DebugValueSubstitutions.begin();
|
|
|
|
It != std::prev(MF.DebugValueSubstitutions.end()); ++It) {
|
|
|
|
assert(It->Src != std::next(It)->Src && "Duplicate variable location "
|
|
|
|
"substitution seen");
|
|
|
|
}
|
|
|
|
}
|
|
|
|
#endif
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
/// Calculate the liveness information for the given machine function and
|
|
|
|
/// extend ranges across basic blocks.
|
2021-10-13 12:35:35 +01:00
|
|
|
bool InstrRefBasedLDV::ExtendRanges(MachineFunction &MF,
|
|
|
|
MachineDominatorTree *DomTree,
|
|
|
|
TargetPassConfig *TPC,
|
2021-08-17 11:32:41 +01:00
|
|
|
unsigned InputBBLimit,
|
|
|
|
unsigned InputDbgValLimit) {
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
// No subprogram means this function contains no debuginfo.
|
|
|
|
if (!MF.getFunction().getSubprogram())
|
|
|
|
return false;
|
|
|
|
|
|
|
|
LLVM_DEBUG(dbgs() << "\nDebug Range Extension\n");
|
|
|
|
this->TPC = TPC;
|
|
|
|
|
2021-10-13 12:35:35 +01:00
|
|
|
this->DomTree = DomTree;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
TRI = MF.getSubtarget().getRegisterInfo();
|
|
|
|
TII = MF.getSubtarget().getInstrInfo();
|
|
|
|
TFI = MF.getSubtarget().getFrameLowering();
|
|
|
|
TFI->getCalleeSaves(MF, CalleeSavedRegs);
|
2021-06-29 13:48:49 +01:00
|
|
|
MFI = &MF.getFrameInfo();
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
LS.initialize(MF);
|
|
|
|
|
|
|
|
MTracker =
|
|
|
|
new MLocTracker(MF, *TII, *TRI, *MF.getSubtarget().getTargetLowering());
|
|
|
|
VTracker = nullptr;
|
|
|
|
TTracker = nullptr;
|
|
|
|
|
|
|
|
SmallVector<MLocTransferMap, 32> MLocTransfer;
|
|
|
|
SmallVector<VLocTracker, 8> vlocs;
|
|
|
|
LiveInsT SavedLiveIns;
|
|
|
|
|
|
|
|
int MaxNumBlocks = -1;
|
|
|
|
for (auto &MBB : MF)
|
|
|
|
MaxNumBlocks = std::max(MBB.getNumber(), MaxNumBlocks);
|
|
|
|
assert(MaxNumBlocks >= 0);
|
|
|
|
++MaxNumBlocks;
|
|
|
|
|
|
|
|
MLocTransfer.resize(MaxNumBlocks);
|
|
|
|
vlocs.resize(MaxNumBlocks);
|
|
|
|
SavedLiveIns.resize(MaxNumBlocks);
|
|
|
|
|
|
|
|
initialSetup(MF);
|
|
|
|
|
2020-10-23 11:06:51 +01:00
|
|
|
produceMLocTransferFunction(MF, MLocTransfer, MaxNumBlocks);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
// Allocate and initialize two array-of-arrays for the live-in and live-out
|
|
|
|
// machine values. The outer dimension is the block number; while the inner
|
|
|
|
// dimension is a LocIdx from MLocTracker.
|
|
|
|
ValueIDNum **MOutLocs = new ValueIDNum *[MaxNumBlocks];
|
|
|
|
ValueIDNum **MInLocs = new ValueIDNum *[MaxNumBlocks];
|
|
|
|
unsigned NumLocs = MTracker->getNumLocs();
|
|
|
|
for (int i = 0; i < MaxNumBlocks; ++i) {
|
2021-10-13 12:35:35 +01:00
|
|
|
// These all auto-initialize to ValueIDNum::EmptyValue
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
MOutLocs[i] = new ValueIDNum[NumLocs];
|
|
|
|
MInLocs[i] = new ValueIDNum[NumLocs];
|
|
|
|
}
|
|
|
|
|
|
|
|
// Solve the machine value dataflow problem using the MLocTransfer function,
|
|
|
|
// storing the computed live-ins / live-outs into the array-of-arrays. We use
|
|
|
|
// both live-ins and live-outs for decision making in the variable value
|
|
|
|
// dataflow problem.
|
2021-10-13 12:35:35 +01:00
|
|
|
buildMLocValueMap(MF, MInLocs, MOutLocs, MLocTransfer);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
2021-06-29 13:48:49 +01:00
|
|
|
// Patch up debug phi numbers, turning unknown block-live-in values into
|
|
|
|
// either live-through machine values, or PHIs.
|
|
|
|
for (auto &DBG_PHI : DebugPHINumToValue) {
|
|
|
|
// Identify unresolved block-live-ins.
|
|
|
|
ValueIDNum &Num = DBG_PHI.ValueRead;
|
|
|
|
if (!Num.isPHI())
|
|
|
|
continue;
|
|
|
|
|
|
|
|
unsigned BlockNo = Num.getBlock();
|
|
|
|
LocIdx LocNo = Num.getLoc();
|
|
|
|
Num = MInLocs[BlockNo][LocNo.asU64()];
|
|
|
|
}
|
|
|
|
// Later, we'll be looking up ranges of instruction numbers.
|
|
|
|
llvm::sort(DebugPHINumToValue);
|
|
|
|
|
2020-10-23 11:06:51 +01:00
|
|
|
// Walk back through each block / instruction, collecting DBG_VALUE
|
|
|
|
// instructions and recording what machine value their operands refer to.
|
|
|
|
for (auto &OrderPair : OrderToBB) {
|
|
|
|
MachineBasicBlock &MBB = *OrderPair.second;
|
|
|
|
CurBB = MBB.getNumber();
|
|
|
|
VTracker = &vlocs[CurBB];
|
|
|
|
VTracker->MBB = &MBB;
|
|
|
|
MTracker->loadFromArray(MInLocs[CurBB], CurBB);
|
|
|
|
CurInst = 1;
|
|
|
|
for (auto &MI : MBB) {
|
2021-06-29 13:48:49 +01:00
|
|
|
process(MI, MOutLocs, MInLocs);
|
2020-10-23 11:06:51 +01:00
|
|
|
++CurInst;
|
|
|
|
}
|
|
|
|
MTracker->reset();
|
|
|
|
}
|
|
|
|
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
// Number all variables in the order that they appear, to be used as a stable
|
|
|
|
// insertion order later.
|
|
|
|
DenseMap<DebugVariable, unsigned> AllVarsNumbering;
|
|
|
|
|
|
|
|
// Map from one LexicalScope to all the variables in that scope.
|
|
|
|
DenseMap<const LexicalScope *, SmallSet<DebugVariable, 4>> ScopeToVars;
|
|
|
|
|
|
|
|
// Map from One lexical scope to all blocks in that scope.
|
|
|
|
DenseMap<const LexicalScope *, SmallPtrSet<MachineBasicBlock *, 4>>
|
|
|
|
ScopeToBlocks;
|
|
|
|
|
|
|
|
// Store a DILocation that describes a scope.
|
|
|
|
DenseMap<const LexicalScope *, const DILocation *> ScopeToDILocation;
|
|
|
|
|
|
|
|
// To mirror old LiveDebugValues, enumerate variables in RPOT order. Otherwise
|
|
|
|
// the order is unimportant, it just has to be stable.
|
2021-08-17 11:32:41 +01:00
|
|
|
unsigned VarAssignCount = 0;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
for (unsigned int I = 0; I < OrderToBB.size(); ++I) {
|
|
|
|
auto *MBB = OrderToBB[I];
|
|
|
|
auto *VTracker = &vlocs[MBB->getNumber()];
|
|
|
|
// Collect each variable with a DBG_VALUE in this block.
|
|
|
|
for (auto &idx : VTracker->Vars) {
|
|
|
|
const auto &Var = idx.first;
|
|
|
|
const DILocation *ScopeLoc = VTracker->Scopes[Var];
|
|
|
|
assert(ScopeLoc != nullptr);
|
|
|
|
auto *Scope = LS.findLexicalScope(ScopeLoc);
|
|
|
|
|
|
|
|
// No insts in scope -> shouldn't have been recorded.
|
|
|
|
assert(Scope != nullptr);
|
|
|
|
|
|
|
|
AllVarsNumbering.insert(std::make_pair(Var, AllVarsNumbering.size()));
|
|
|
|
ScopeToVars[Scope].insert(Var);
|
|
|
|
ScopeToBlocks[Scope].insert(VTracker->MBB);
|
|
|
|
ScopeToDILocation[Scope] = ScopeLoc;
|
2021-08-17 11:32:41 +01:00
|
|
|
++VarAssignCount;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2021-08-17 11:32:41 +01:00
|
|
|
bool Changed = false;
|
|
|
|
|
|
|
|
// If we have an extremely large number of variable assignments and blocks,
|
|
|
|
// bail out at this point. We've burnt some time doing analysis already,
|
|
|
|
// however we should cut our losses.
|
|
|
|
if ((unsigned)MaxNumBlocks > InputBBLimit &&
|
|
|
|
VarAssignCount > InputDbgValLimit) {
|
|
|
|
LLVM_DEBUG(dbgs() << "Disabling InstrRefBasedLDV: " << MF.getName()
|
|
|
|
<< " has " << MaxNumBlocks << " basic blocks and "
|
|
|
|
<< VarAssignCount
|
|
|
|
<< " variable assignments, exceeding limits.\n");
|
|
|
|
} else {
|
|
|
|
// Compute the extended ranges, iterating over scopes. There might be
|
|
|
|
// something to be said for ordering them by size/locality, but that's for
|
|
|
|
// the future. For each scope, solve the variable value problem, producing
|
|
|
|
// a map of variables to values in SavedLiveIns.
|
|
|
|
for (auto &P : ScopeToVars) {
|
|
|
|
vlocDataflow(P.first, ScopeToDILocation[P.first], P.second,
|
|
|
|
ScopeToBlocks[P.first], SavedLiveIns, MOutLocs, MInLocs,
|
|
|
|
vlocs);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Using the computed value locations and variable values for each block,
|
|
|
|
// create the DBG_VALUE instructions representing the extended variable
|
|
|
|
// locations.
|
|
|
|
emitLocations(MF, SavedLiveIns, MOutLocs, MInLocs, AllVarsNumbering, *TPC);
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
2021-08-17 11:32:41 +01:00
|
|
|
// Did we actually make any changes? If we created any DBG_VALUEs, then yes.
|
|
|
|
Changed = TTracker->Transfers.size() != 0;
|
|
|
|
}
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
2021-08-17 11:32:41 +01:00
|
|
|
// Common clean-up of memory.
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
for (int Idx = 0; Idx < MaxNumBlocks; ++Idx) {
|
|
|
|
delete[] MOutLocs[Idx];
|
|
|
|
delete[] MInLocs[Idx];
|
|
|
|
}
|
|
|
|
delete[] MOutLocs;
|
|
|
|
delete[] MInLocs;
|
|
|
|
|
|
|
|
delete MTracker;
|
[LiveDebugValues][NFC] Re-land 60db26a66d, add instr-ref tests
This was landed but reverted in 5b9c2b1bea7 due to asan picking up a memory
leak. This is fixed in the change to InstrRefBasedImpl.cpp. Original
commit message follows:
[LiveDebugValues][NFC] Add instr-ref tests, adapt old tests
This patch adds a few tests in DebugInfo/MIR/InstrRef/ of interesting
behaviour that the instruction referencing implementation of
LiveDebugValues has. Mostly, these tests exist to ensure that if you
give the "-experimental-debug-variable-locations" command line switch,
the right implementation runs; and to ensure it behaves the same way as
the VarLoc LiveDebugValues implementation.
I've also touched roughly 30 other tests, purely to make the tests less
rigid about what output to accept. DBG_VALUE instructions are usually
printed with a trailing !debug-location indicating its scope:
!debug-location !1234
However InstrRefBasedLDV produces new DebugLoc instances on the fly,
meaning there sometimes isn't a numbered node when they're printed,
making the output:
!debug-location !DILocation(line: 0, blah blah)
Which causes a ton of these tests to fail. This patch removes checks for
that final part of each DBG_VALUE instruction. None of them appear to
be actually checking the scope is correct, just that it's present, so
I don't believe there's any loss in coverage here.
Differential Revision: https://reviews.llvm.org/D83054
2020-09-11 12:10:55 +01:00
|
|
|
delete TTracker;
|
|
|
|
MTracker = nullptr;
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
VTracker = nullptr;
|
|
|
|
TTracker = nullptr;
|
|
|
|
|
|
|
|
ArtificialBlocks.clear();
|
|
|
|
OrderToBB.clear();
|
|
|
|
BBToOrder.clear();
|
|
|
|
BBNumToRPO.clear();
|
2020-10-23 14:06:39 +01:00
|
|
|
DebugInstrNumToInstr.clear();
|
2021-06-29 13:48:49 +01:00
|
|
|
DebugPHINumToValue.clear();
|
[LiveDebugValues] Add instruction-referencing LDV implementation
This patch imports the instruction-referencing implementation of
LiveDebugValues proposed here:
http://lists.llvm.org/pipermail/llvm-dev/2020-June/142368.html
The new implementation is unreachable in this patch, it's the next patch
that enables it behind a command line switch. Briefly, rather than
tracking variable locations by just their location as the 'VarLoc'
implementation does, this implementation does it by value:
* Each value defined in a function is numbered, and propagated through
dataflow,
* Each DBG_VALUE reads a machine value number from a machine location,
* Variable _values_ are propagated through dataflow,
* Variable values are translated back into locations, DBG_VALUEs
inserted to specify where those locations are.
The ultimate aim of this is to enable referring to variable values
throughout post-isel code, rather than locations. Those patches will
build on top of this new LiveDebugValues implementation in later patches
-- it can't be done with the VarLoc implementation as we don't have
value information, only locations.
Differential Revision: https://reviews.llvm.org/D83047
2020-08-22 16:07:39 +01:00
|
|
|
|
|
|
|
return Changed;
|
|
|
|
}
|
|
|
|
|
|
|
|
LDVImpl *llvm::makeInstrRefBasedLiveDebugValues() {
|
|
|
|
return new InstrRefBasedLDV();
|
|
|
|
}
|
2021-06-29 13:48:49 +01:00
|
|
|
|
|
|
|
namespace {
|
|
|
|
class LDVSSABlock;
|
|
|
|
class LDVSSAUpdater;
|
|
|
|
|
|
|
|
// Pick a type to identify incoming block values as we construct SSA. We
|
|
|
|
// can't use anything more robust than an integer unfortunately, as SSAUpdater
|
|
|
|
// expects to zero-initialize the type.
|
|
|
|
typedef uint64_t BlockValueNum;
|
|
|
|
|
|
|
|
/// Represents an SSA PHI node for the SSA updater class. Contains the block
|
|
|
|
/// this PHI is in, the value number it would have, and the expected incoming
|
|
|
|
/// values from parent blocks.
|
|
|
|
class LDVSSAPhi {
|
|
|
|
public:
|
|
|
|
SmallVector<std::pair<LDVSSABlock *, BlockValueNum>, 4> IncomingValues;
|
|
|
|
LDVSSABlock *ParentBlock;
|
|
|
|
BlockValueNum PHIValNum;
|
|
|
|
LDVSSAPhi(BlockValueNum PHIValNum, LDVSSABlock *ParentBlock)
|
|
|
|
: ParentBlock(ParentBlock), PHIValNum(PHIValNum) {}
|
|
|
|
|
|
|
|
LDVSSABlock *getParent() { return ParentBlock; }
|
|
|
|
};
|
|
|
|
|
|
|
|
/// Thin wrapper around a block predecessor iterator. Only difference from a
|
|
|
|
/// normal block iterator is that it dereferences to an LDVSSABlock.
|
|
|
|
class LDVSSABlockIterator {
|
|
|
|
public:
|
|
|
|
MachineBasicBlock::pred_iterator PredIt;
|
|
|
|
LDVSSAUpdater &Updater;
|
|
|
|
|
|
|
|
LDVSSABlockIterator(MachineBasicBlock::pred_iterator PredIt,
|
|
|
|
LDVSSAUpdater &Updater)
|
|
|
|
: PredIt(PredIt), Updater(Updater) {}
|
|
|
|
|
|
|
|
bool operator!=(const LDVSSABlockIterator &OtherIt) const {
|
|
|
|
return OtherIt.PredIt != PredIt;
|
|
|
|
}
|
|
|
|
|
|
|
|
LDVSSABlockIterator &operator++() {
|
|
|
|
++PredIt;
|
|
|
|
return *this;
|
|
|
|
}
|
|
|
|
|
|
|
|
LDVSSABlock *operator*();
|
|
|
|
};
|
|
|
|
|
|
|
|
/// Thin wrapper around a block for SSA Updater interface. Necessary because
|
|
|
|
/// we need to track the PHI value(s) that we may have observed as necessary
|
|
|
|
/// in this block.
|
|
|
|
class LDVSSABlock {
|
|
|
|
public:
|
|
|
|
MachineBasicBlock &BB;
|
|
|
|
LDVSSAUpdater &Updater;
|
|
|
|
using PHIListT = SmallVector<LDVSSAPhi, 1>;
|
|
|
|
/// List of PHIs in this block. There should only ever be one.
|
|
|
|
PHIListT PHIList;
|
|
|
|
|
|
|
|
LDVSSABlock(MachineBasicBlock &BB, LDVSSAUpdater &Updater)
|
|
|
|
: BB(BB), Updater(Updater) {}
|
|
|
|
|
|
|
|
LDVSSABlockIterator succ_begin() {
|
|
|
|
return LDVSSABlockIterator(BB.succ_begin(), Updater);
|
|
|
|
}
|
|
|
|
|
|
|
|
LDVSSABlockIterator succ_end() {
|
|
|
|
return LDVSSABlockIterator(BB.succ_end(), Updater);
|
|
|
|
}
|
|
|
|
|
|
|
|
/// SSAUpdater has requested a PHI: create that within this block record.
|
|
|
|
LDVSSAPhi *newPHI(BlockValueNum Value) {
|
|
|
|
PHIList.emplace_back(Value, this);
|
|
|
|
return &PHIList.back();
|
|
|
|
}
|
|
|
|
|
|
|
|
/// SSAUpdater wishes to know what PHIs already exist in this block.
|
|
|
|
PHIListT &phis() { return PHIList; }
|
|
|
|
};
|
|
|
|
|
|
|
|
/// Utility class for the SSAUpdater interface: tracks blocks, PHIs and values
|
|
|
|
/// while SSAUpdater is exploring the CFG. It's passed as a handle / baton to
|
|
|
|
// SSAUpdaterTraits<LDVSSAUpdater>.
|
|
|
|
class LDVSSAUpdater {
|
|
|
|
public:
|
|
|
|
/// Map of value numbers to PHI records.
|
|
|
|
DenseMap<BlockValueNum, LDVSSAPhi *> PHIs;
|
|
|
|
/// Map of which blocks generate Undef values -- blocks that are not
|
|
|
|
/// dominated by any Def.
|
|
|
|
DenseMap<MachineBasicBlock *, BlockValueNum> UndefMap;
|
|
|
|
/// Map of machine blocks to our own records of them.
|
|
|
|
DenseMap<MachineBasicBlock *, LDVSSABlock *> BlockMap;
|
|
|
|
/// Machine location where any PHI must occur.
|
|
|
|
LocIdx Loc;
|
|
|
|
/// Table of live-in machine value numbers for blocks / locations.
|
|
|
|
ValueIDNum **MLiveIns;
|
|
|
|
|
|
|
|
LDVSSAUpdater(LocIdx L, ValueIDNum **MLiveIns) : Loc(L), MLiveIns(MLiveIns) {}
|
|
|
|
|
|
|
|
void reset() {
|
2021-06-29 15:40:43 +01:00
|
|
|
for (auto &Block : BlockMap)
|
|
|
|
delete Block.second;
|
|
|
|
|
2021-06-29 13:48:49 +01:00
|
|
|
PHIs.clear();
|
|
|
|
UndefMap.clear();
|
|
|
|
BlockMap.clear();
|
|
|
|
}
|
|
|
|
|
|
|
|
~LDVSSAUpdater() { reset(); }
|
|
|
|
|
|
|
|
/// For a given MBB, create a wrapper block for it. Stores it in the
|
|
|
|
/// LDVSSAUpdater block map.
|
|
|
|
LDVSSABlock *getSSALDVBlock(MachineBasicBlock *BB) {
|
|
|
|
auto it = BlockMap.find(BB);
|
|
|
|
if (it == BlockMap.end()) {
|
|
|
|
BlockMap[BB] = new LDVSSABlock(*BB, *this);
|
|
|
|
it = BlockMap.find(BB);
|
|
|
|
}
|
|
|
|
return it->second;
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Find the live-in value number for the given block. Looks up the value at
|
|
|
|
/// the PHI location on entry.
|
|
|
|
BlockValueNum getValue(LDVSSABlock *LDVBB) {
|
|
|
|
return MLiveIns[LDVBB->BB.getNumber()][Loc.asU64()].asU64();
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
LDVSSABlock *LDVSSABlockIterator::operator*() {
|
|
|
|
return Updater.getSSALDVBlock(*PredIt);
|
|
|
|
}
|
|
|
|
|
2021-06-29 16:39:05 -07:00
|
|
|
#ifndef NDEBUG
|
2021-06-29 13:48:49 +01:00
|
|
|
|
|
|
|
raw_ostream &operator<<(raw_ostream &out, const LDVSSAPhi &PHI) {
|
|
|
|
out << "SSALDVPHI " << PHI.PHIValNum;
|
|
|
|
return out;
|
|
|
|
}
|
|
|
|
|
2021-06-29 16:39:05 -07:00
|
|
|
#endif
|
|
|
|
|
|
|
|
} // namespace
|
|
|
|
|
|
|
|
namespace llvm {
|
|
|
|
|
2021-06-29 13:48:49 +01:00
|
|
|
/// Template specialization to give SSAUpdater access to CFG and value
|
|
|
|
/// information. SSAUpdater calls methods in these traits, passing in the
|
|
|
|
/// LDVSSAUpdater object, to learn about blocks and the values they define.
|
|
|
|
/// It also provides methods to create PHI nodes and track them.
|
|
|
|
template <> class SSAUpdaterTraits<LDVSSAUpdater> {
|
|
|
|
public:
|
|
|
|
using BlkT = LDVSSABlock;
|
|
|
|
using ValT = BlockValueNum;
|
|
|
|
using PhiT = LDVSSAPhi;
|
|
|
|
using BlkSucc_iterator = LDVSSABlockIterator;
|
|
|
|
|
|
|
|
// Methods to access block successors -- dereferencing to our wrapper class.
|
|
|
|
static BlkSucc_iterator BlkSucc_begin(BlkT *BB) { return BB->succ_begin(); }
|
|
|
|
static BlkSucc_iterator BlkSucc_end(BlkT *BB) { return BB->succ_end(); }
|
|
|
|
|
|
|
|
/// Iterator for PHI operands.
|
|
|
|
class PHI_iterator {
|
|
|
|
private:
|
|
|
|
LDVSSAPhi *PHI;
|
|
|
|
unsigned Idx;
|
|
|
|
|
|
|
|
public:
|
|
|
|
explicit PHI_iterator(LDVSSAPhi *P) // begin iterator
|
|
|
|
: PHI(P), Idx(0) {}
|
|
|
|
PHI_iterator(LDVSSAPhi *P, bool) // end iterator
|
|
|
|
: PHI(P), Idx(PHI->IncomingValues.size()) {}
|
|
|
|
|
|
|
|
PHI_iterator &operator++() {
|
|
|
|
Idx++;
|
|
|
|
return *this;
|
|
|
|
}
|
|
|
|
bool operator==(const PHI_iterator &X) const { return Idx == X.Idx; }
|
|
|
|
bool operator!=(const PHI_iterator &X) const { return !operator==(X); }
|
|
|
|
|
|
|
|
BlockValueNum getIncomingValue() { return PHI->IncomingValues[Idx].second; }
|
|
|
|
|
|
|
|
LDVSSABlock *getIncomingBlock() { return PHI->IncomingValues[Idx].first; }
|
|
|
|
};
|
|
|
|
|
|
|
|
static inline PHI_iterator PHI_begin(PhiT *PHI) { return PHI_iterator(PHI); }
|
|
|
|
|
|
|
|
static inline PHI_iterator PHI_end(PhiT *PHI) {
|
|
|
|
return PHI_iterator(PHI, true);
|
|
|
|
}
|
|
|
|
|
|
|
|
/// FindPredecessorBlocks - Put the predecessors of BB into the Preds
|
|
|
|
/// vector.
|
|
|
|
static void FindPredecessorBlocks(LDVSSABlock *BB,
|
|
|
|
SmallVectorImpl<LDVSSABlock *> *Preds) {
|
|
|
|
for (MachineBasicBlock::pred_iterator PI = BB->BB.pred_begin(),
|
|
|
|
E = BB->BB.pred_end();
|
|
|
|
PI != E; ++PI)
|
|
|
|
Preds->push_back(BB->Updater.getSSALDVBlock(*PI));
|
|
|
|
}
|
|
|
|
|
|
|
|
/// GetUndefVal - Normally creates an IMPLICIT_DEF instruction with a new
|
|
|
|
/// register. For LiveDebugValues, represents a block identified as not having
|
|
|
|
/// any DBG_PHI predecessors.
|
|
|
|
static BlockValueNum GetUndefVal(LDVSSABlock *BB, LDVSSAUpdater *Updater) {
|
|
|
|
// Create a value number for this block -- it needs to be unique and in the
|
|
|
|
// "undef" collection, so that we know it's not real. Use a number
|
|
|
|
// representing a PHI into this block.
|
|
|
|
BlockValueNum Num = ValueIDNum(BB->BB.getNumber(), 0, Updater->Loc).asU64();
|
|
|
|
Updater->UndefMap[&BB->BB] = Num;
|
|
|
|
return Num;
|
|
|
|
}
|
|
|
|
|
|
|
|
/// CreateEmptyPHI - Create a (representation of a) PHI in the given block.
|
|
|
|
/// SSAUpdater will populate it with information about incoming values. The
|
|
|
|
/// value number of this PHI is whatever the machine value number problem
|
|
|
|
/// solution determined it to be. This includes non-phi values if SSAUpdater
|
|
|
|
/// tries to create a PHI where the incoming values are identical.
|
|
|
|
static BlockValueNum CreateEmptyPHI(LDVSSABlock *BB, unsigned NumPreds,
|
|
|
|
LDVSSAUpdater *Updater) {
|
|
|
|
BlockValueNum PHIValNum = Updater->getValue(BB);
|
|
|
|
LDVSSAPhi *PHI = BB->newPHI(PHIValNum);
|
|
|
|
Updater->PHIs[PHIValNum] = PHI;
|
|
|
|
return PHIValNum;
|
|
|
|
}
|
|
|
|
|
|
|
|
/// AddPHIOperand - Add the specified value as an operand of the PHI for
|
|
|
|
/// the specified predecessor block.
|
|
|
|
static void AddPHIOperand(LDVSSAPhi *PHI, BlockValueNum Val, LDVSSABlock *Pred) {
|
|
|
|
PHI->IncomingValues.push_back(std::make_pair(Pred, Val));
|
|
|
|
}
|
|
|
|
|
|
|
|
/// ValueIsPHI - Check if the instruction that defines the specified value
|
|
|
|
/// is a PHI instruction.
|
|
|
|
static LDVSSAPhi *ValueIsPHI(BlockValueNum Val, LDVSSAUpdater *Updater) {
|
|
|
|
auto PHIIt = Updater->PHIs.find(Val);
|
|
|
|
if (PHIIt == Updater->PHIs.end())
|
|
|
|
return nullptr;
|
|
|
|
return PHIIt->second;
|
|
|
|
}
|
|
|
|
|
|
|
|
/// ValueIsNewPHI - Like ValueIsPHI but also check if the PHI has no source
|
|
|
|
/// operands, i.e., it was just added.
|
|
|
|
static LDVSSAPhi *ValueIsNewPHI(BlockValueNum Val, LDVSSAUpdater *Updater) {
|
|
|
|
LDVSSAPhi *PHI = ValueIsPHI(Val, Updater);
|
|
|
|
if (PHI && PHI->IncomingValues.size() == 0)
|
|
|
|
return PHI;
|
|
|
|
return nullptr;
|
|
|
|
}
|
|
|
|
|
|
|
|
/// GetPHIValue - For the specified PHI instruction, return the value
|
|
|
|
/// that it defines.
|
|
|
|
static BlockValueNum GetPHIValue(LDVSSAPhi *PHI) { return PHI->PHIValNum; }
|
|
|
|
};
|
|
|
|
|
|
|
|
} // end namespace llvm
|
|
|
|
|
|
|
|
Optional<ValueIDNum> InstrRefBasedLDV::resolveDbgPHIs(MachineFunction &MF,
|
|
|
|
ValueIDNum **MLiveOuts,
|
|
|
|
ValueIDNum **MLiveIns,
|
|
|
|
MachineInstr &Here,
|
|
|
|
uint64_t InstrNum) {
|
|
|
|
// Pick out records of DBG_PHI instructions that have been observed. If there
|
|
|
|
// are none, then we cannot compute a value number.
|
|
|
|
auto RangePair = std::equal_range(DebugPHINumToValue.begin(),
|
|
|
|
DebugPHINumToValue.end(), InstrNum);
|
|
|
|
auto LowerIt = RangePair.first;
|
|
|
|
auto UpperIt = RangePair.second;
|
|
|
|
|
|
|
|
// No DBG_PHI means there can be no location.
|
|
|
|
if (LowerIt == UpperIt)
|
|
|
|
return None;
|
|
|
|
|
|
|
|
// If there's only one DBG_PHI, then that is our value number.
|
|
|
|
if (std::distance(LowerIt, UpperIt) == 1)
|
|
|
|
return LowerIt->ValueRead;
|
|
|
|
|
|
|
|
auto DBGPHIRange = make_range(LowerIt, UpperIt);
|
|
|
|
|
|
|
|
// Pick out the location (physreg, slot) where any PHIs must occur. It's
|
|
|
|
// technically possible for us to merge values in different registers in each
|
|
|
|
// block, but highly unlikely that LLVM will generate such code after register
|
|
|
|
// allocation.
|
|
|
|
LocIdx Loc = LowerIt->ReadLoc;
|
|
|
|
|
|
|
|
// We have several DBG_PHIs, and a use position (the Here inst). All each
|
|
|
|
// DBG_PHI does is identify a value at a program position. We can treat each
|
|
|
|
// DBG_PHI like it's a Def of a value, and the use position is a Use of a
|
|
|
|
// value, just like SSA. We use the bulk-standard LLVM SSA updater class to
|
|
|
|
// determine which Def is used at the Use, and any PHIs that happen along
|
|
|
|
// the way.
|
|
|
|
// Adapted LLVM SSA Updater:
|
|
|
|
LDVSSAUpdater Updater(Loc, MLiveIns);
|
|
|
|
// Map of which Def or PHI is the current value in each block.
|
|
|
|
DenseMap<LDVSSABlock *, BlockValueNum> AvailableValues;
|
|
|
|
// Set of PHIs that we have created along the way.
|
|
|
|
SmallVector<LDVSSAPhi *, 8> CreatedPHIs;
|
|
|
|
|
|
|
|
// Each existing DBG_PHI is a Def'd value under this model. Record these Defs
|
|
|
|
// for the SSAUpdater.
|
|
|
|
for (const auto &DBG_PHI : DBGPHIRange) {
|
|
|
|
LDVSSABlock *Block = Updater.getSSALDVBlock(DBG_PHI.MBB);
|
|
|
|
const ValueIDNum &Num = DBG_PHI.ValueRead;
|
|
|
|
AvailableValues.insert(std::make_pair(Block, Num.asU64()));
|
|
|
|
}
|
|
|
|
|
|
|
|
LDVSSABlock *HereBlock = Updater.getSSALDVBlock(Here.getParent());
|
|
|
|
const auto &AvailIt = AvailableValues.find(HereBlock);
|
|
|
|
if (AvailIt != AvailableValues.end()) {
|
|
|
|
// Actually, we already know what the value is -- the Use is in the same
|
|
|
|
// block as the Def.
|
|
|
|
return ValueIDNum::fromU64(AvailIt->second);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Otherwise, we must use the SSA Updater. It will identify the value number
|
|
|
|
// that we are to use, and the PHIs that must happen along the way.
|
|
|
|
SSAUpdaterImpl<LDVSSAUpdater> Impl(&Updater, &AvailableValues, &CreatedPHIs);
|
|
|
|
BlockValueNum ResultInt = Impl.GetValue(Updater.getSSALDVBlock(Here.getParent()));
|
|
|
|
ValueIDNum Result = ValueIDNum::fromU64(ResultInt);
|
|
|
|
|
|
|
|
// We have the number for a PHI, or possibly live-through value, to be used
|
|
|
|
// at this Use. There are a number of things we have to check about it though:
|
|
|
|
// * Does any PHI use an 'Undef' (like an IMPLICIT_DEF) value? If so, this
|
|
|
|
// Use was not completely dominated by DBG_PHIs and we should abort.
|
|
|
|
// * Are the Defs or PHIs clobbered in a block? SSAUpdater isn't aware that
|
|
|
|
// we've left SSA form. Validate that the inputs to each PHI are the
|
|
|
|
// expected values.
|
|
|
|
// * Is a PHI we've created actually a merging of values, or are all the
|
|
|
|
// predecessor values the same, leading to a non-PHI machine value number?
|
|
|
|
// (SSAUpdater doesn't know that either). Remap validated PHIs into the
|
|
|
|
// the ValidatedValues collection below to sort this out.
|
|
|
|
DenseMap<LDVSSABlock *, ValueIDNum> ValidatedValues;
|
|
|
|
|
|
|
|
// Define all the input DBG_PHI values in ValidatedValues.
|
|
|
|
for (const auto &DBG_PHI : DBGPHIRange) {
|
|
|
|
LDVSSABlock *Block = Updater.getSSALDVBlock(DBG_PHI.MBB);
|
|
|
|
const ValueIDNum &Num = DBG_PHI.ValueRead;
|
|
|
|
ValidatedValues.insert(std::make_pair(Block, Num));
|
|
|
|
}
|
|
|
|
|
|
|
|
// Sort PHIs to validate into RPO-order.
|
|
|
|
SmallVector<LDVSSAPhi *, 8> SortedPHIs;
|
|
|
|
for (auto &PHI : CreatedPHIs)
|
|
|
|
SortedPHIs.push_back(PHI);
|
|
|
|
|
|
|
|
std::sort(
|
|
|
|
SortedPHIs.begin(), SortedPHIs.end(), [&](LDVSSAPhi *A, LDVSSAPhi *B) {
|
|
|
|
return BBToOrder[&A->getParent()->BB] < BBToOrder[&B->getParent()->BB];
|
|
|
|
});
|
|
|
|
|
|
|
|
for (auto &PHI : SortedPHIs) {
|
|
|
|
ValueIDNum ThisBlockValueNum =
|
|
|
|
MLiveIns[PHI->ParentBlock->BB.getNumber()][Loc.asU64()];
|
|
|
|
|
|
|
|
// Are all these things actually defined?
|
|
|
|
for (auto &PHIIt : PHI->IncomingValues) {
|
|
|
|
// Any undef input means DBG_PHIs didn't dominate the use point.
|
|
|
|
if (Updater.UndefMap.find(&PHIIt.first->BB) != Updater.UndefMap.end())
|
|
|
|
return None;
|
|
|
|
|
|
|
|
ValueIDNum ValueToCheck;
|
|
|
|
ValueIDNum *BlockLiveOuts = MLiveOuts[PHIIt.first->BB.getNumber()];
|
|
|
|
|
|
|
|
auto VVal = ValidatedValues.find(PHIIt.first);
|
|
|
|
if (VVal == ValidatedValues.end()) {
|
|
|
|
// We cross a loop, and this is a backedge. LLVMs tail duplication
|
|
|
|
// happens so late that DBG_PHI instructions should not be able to
|
|
|
|
// migrate into loops -- meaning we can only be live-through this
|
|
|
|
// loop.
|
|
|
|
ValueToCheck = ThisBlockValueNum;
|
|
|
|
} else {
|
|
|
|
// Does the block have as a live-out, in the location we're examining,
|
|
|
|
// the value that we expect? If not, it's been moved or clobbered.
|
|
|
|
ValueToCheck = VVal->second;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (BlockLiveOuts[Loc.asU64()] != ValueToCheck)
|
|
|
|
return None;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Record this value as validated.
|
|
|
|
ValidatedValues.insert({PHI->ParentBlock, ThisBlockValueNum});
|
|
|
|
}
|
|
|
|
|
|
|
|
// All the PHIs are valid: we can return what the SSAUpdater said our value
|
|
|
|
// number was.
|
|
|
|
return Result;
|
|
|
|
}
|