2015-09-10 18:49:58 +02:00
|
|
|
//===- InstrInfoEmitter.cpp - Generate a Instruction Set Desc. --*- C++ -*-===//
|
2005-04-22 02:00:37 +02:00
|
|
|
//
|
2019-01-19 09:50:56 +01:00
|
|
|
// 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
|
2005-04-22 02:00:37 +02:00
|
|
|
//
|
2003-10-20 22:20:30 +02:00
|
|
|
//===----------------------------------------------------------------------===//
|
2003-10-05 21:27:59 +02:00
|
|
|
//
|
|
|
|
// This tablegen backend is responsible for emitting a description of the target
|
|
|
|
// instruction set for the code generator.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
2012-06-11 17:37:55 +02:00
|
|
|
#include "CodeGenDAGPatterns.h"
|
2016-12-12 23:23:53 +01:00
|
|
|
#include "CodeGenInstruction.h"
|
2012-07-07 06:00:00 +02:00
|
|
|
#include "CodeGenSchedule.h"
|
2004-08-01 06:04:35 +02:00
|
|
|
#include "CodeGenTarget.h"
|
2018-05-25 17:55:37 +02:00
|
|
|
#include "PredicateExpander.h"
|
2012-04-01 20:14:14 +02:00
|
|
|
#include "SequenceToOffsetTable.h"
|
2012-12-04 11:37:14 +01:00
|
|
|
#include "TableGenBackends.h"
|
2016-12-12 23:23:53 +01:00
|
|
|
#include "llvm/ADT/ArrayRef.h"
|
[M68k][TableGen](1/8) TableGen related changes
- Add a new TableGen backend: CodeBeads
- Add support to generate logical operand information
For the first item, it is currently a workaround of M68k's (complex)
instruction encoding. A typical architecture, especially CISC one like
X86, normally uses `MCInstrDesc::TSFlags` to carry instruction encoding
info. However, at the early days of M68k backend development, we found
it difficult to fit every possible encoding into the 64-bit
`MCInstrDesc::TSFlags`. Therefore CodeBeads was invented to provide
an alternative, arbitrary length container for instruciton encoding
info. However, in the long term we incline not to use a new TG
backend for less common pattern like what we encountered in M68k. A bug
has been created to host to discussion on migrating from CodeBeads to
more concise solution: https://bugs.llvm.org/show_bug.cgi?id=48792
The second item was also served for similar purpose. It created utility
functions that tell you the index of a `MachineOperand` in a
`MachineInst` given a logical operand index. In normal cases a logical
operand is the same as `MachineOperand`, but for operands using complex
addressing mode a logical operand might be consisting of multiple
`MachineOperand`. The TableGen-ed `getLogicalOperandIdx`, for instance,
can give you the mapping between these two concepts. Nevertheless, we
hope to remove this feature in the future if possible. Since it's not
really useful for the targets supported by LLVM now either.
Authors: myhsu, m4yers, glaubitz
Differential Revision: https://reviews.llvm.org/D88385
2021-03-08 01:30:54 +01:00
|
|
|
#include "llvm/ADT/STLExtras.h"
|
2009-08-24 05:52:50 +02:00
|
|
|
#include "llvm/ADT/StringExtras.h"
|
2016-12-12 23:23:53 +01:00
|
|
|
#include "llvm/Support/Casting.h"
|
|
|
|
#include "llvm/Support/raw_ostream.h"
|
2012-10-25 22:33:17 +02:00
|
|
|
#include "llvm/TableGen/Error.h"
|
2012-06-11 17:37:55 +02:00
|
|
|
#include "llvm/TableGen/Record.h"
|
|
|
|
#include "llvm/TableGen/TableGenBackend.h"
|
2016-12-12 23:23:53 +01:00
|
|
|
#include <cassert>
|
|
|
|
#include <cstdint>
|
[M68k][TableGen](1/8) TableGen related changes
- Add a new TableGen backend: CodeBeads
- Add support to generate logical operand information
For the first item, it is currently a workaround of M68k's (complex)
instruction encoding. A typical architecture, especially CISC one like
X86, normally uses `MCInstrDesc::TSFlags` to carry instruction encoding
info. However, at the early days of M68k backend development, we found
it difficult to fit every possible encoding into the 64-bit
`MCInstrDesc::TSFlags`. Therefore CodeBeads was invented to provide
an alternative, arbitrary length container for instruciton encoding
info. However, in the long term we incline not to use a new TG
backend for less common pattern like what we encountered in M68k. A bug
has been created to host to discussion on migrating from CodeBeads to
more concise solution: https://bugs.llvm.org/show_bug.cgi?id=48792
The second item was also served for similar purpose. It created utility
functions that tell you the index of a `MachineOperand` in a
`MachineInst` given a logical operand index. In normal cases a logical
operand is the same as `MachineOperand`, but for operands using complex
addressing mode a logical operand might be consisting of multiple
`MachineOperand`. The TableGen-ed `getLogicalOperandIdx`, for instance,
can give you the mapping between these two concepts. Nevertheless, we
hope to remove this feature in the future if possible. Since it's not
really useful for the targets supported by LLVM now either.
Authors: myhsu, m4yers, glaubitz
Differential Revision: https://reviews.llvm.org/D88385
2021-03-08 01:30:54 +01:00
|
|
|
#include <iterator>
|
2012-06-11 17:37:55 +02:00
|
|
|
#include <map>
|
2016-12-12 23:23:53 +01:00
|
|
|
#include <string>
|
|
|
|
#include <utility>
|
2012-06-11 17:37:55 +02:00
|
|
|
#include <vector>
|
2015-09-10 18:49:58 +02:00
|
|
|
|
2004-08-01 05:55:39 +02:00
|
|
|
using namespace llvm;
|
2003-11-11 23:41:34 +01:00
|
|
|
|
2012-06-11 17:37:55 +02:00
|
|
|
namespace {
|
2016-12-12 23:23:53 +01:00
|
|
|
|
2012-06-11 17:37:55 +02:00
|
|
|
class InstrInfoEmitter {
|
|
|
|
RecordKeeper &Records;
|
|
|
|
CodeGenDAGPatterns CDP;
|
2012-07-07 06:00:00 +02:00
|
|
|
const CodeGenSchedModels &SchedModels;
|
2012-06-11 17:37:55 +02:00
|
|
|
|
|
|
|
public:
|
2012-07-07 06:00:00 +02:00
|
|
|
InstrInfoEmitter(RecordKeeper &R):
|
|
|
|
Records(R), CDP(R), SchedModels(CDP.getTargetInfo().getSchedModels()) {}
|
2012-06-11 17:37:55 +02:00
|
|
|
|
|
|
|
// run - Output the instruction set description.
|
|
|
|
void run(raw_ostream &OS);
|
|
|
|
|
|
|
|
private:
|
|
|
|
void emitEnums(raw_ostream &OS);
|
|
|
|
|
|
|
|
typedef std::map<std::vector<std::string>, unsigned> OperandInfoMapTy;
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
|
|
|
|
/// The keys of this map are maps which have OpName enum values as their keys
|
|
|
|
/// and instruction operand indices as their values. The values of this map
|
|
|
|
/// are lists of instruction names.
|
|
|
|
typedef std::map<std::map<unsigned, unsigned>,
|
2016-12-12 23:23:53 +01:00
|
|
|
std::vector<std::string>> OpNameMapTy;
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
typedef std::map<std::string, unsigned>::iterator StrUintMapIter;
|
2018-05-25 17:55:37 +02:00
|
|
|
|
|
|
|
/// Generate member functions in the target-specific GenInstrInfo class.
|
|
|
|
///
|
|
|
|
/// This method is used to custom expand TIIPredicate definitions.
|
|
|
|
/// See file llvm/Target/TargetInstPredicates.td for a description of what is
|
|
|
|
/// a TIIPredicate and how to use it.
|
[tblgen][PredicateExpander] Add the ability to describe more complex constraints on instruction operands.
Before this patch, class PredicateExpander only knew how to expand simple
predicates that performed checks on instruction operands.
In particular, the new scheduling predicate syntax was not rich enough to
express checks like this one:
Foo(MI->getOperand(0).getImm()) == ExpectedVal;
Here, the immediate operand value at index zero is passed in input to function
Foo, and ExpectedVal is compared against the value returned by function Foo.
While this predicate pattern doesn't show up in any X86 model, it shows up in
other upstream targets. So, being able to support those predicates is
fundamental if we want to be able to modernize all the scheduling models
upstream.
With this patch, we allow users to specify if a register/immediate operand value
needs to be passed in input to a function as part of the predicate check. Now,
register/immediate operand checks all derive from base class CheckOperandBase.
This patch also changes where TIIPredicate definitions are expanded by the
instructon info emitter. Before, definitions were expanded in class
XXXGenInstrInfo (where XXX is a target name).
With the introduction of this new syntax, we may want to have TIIPredicates
expanded directly in XXXInstrInfo. That is because functions used by the new
operand predicates may only exist in the derived class (i.e. XXXInstrInfo).
This patch is a non functional change for the existing scheduling models.
In future, we will be able to use this richer syntax to better describe complex
scheduling predicates, and expose them to llvm-mca.
Differential Revision: https://reviews.llvm.org/D53880
llvm-svn: 345714
2018-10-31 13:28:05 +01:00
|
|
|
void emitTIIHelperMethods(raw_ostream &OS, StringRef TargetName,
|
|
|
|
bool ExpandDefinition = true);
|
2018-05-25 18:02:43 +02:00
|
|
|
|
|
|
|
/// Expand TIIPredicate definitions to functions that accept a const MCInst
|
|
|
|
/// reference.
|
2018-08-14 20:36:54 +02:00
|
|
|
void emitMCIIHelperMethods(raw_ostream &OS, StringRef TargetName);
|
2012-06-11 17:37:55 +02:00
|
|
|
void emitRecord(const CodeGenInstruction &Inst, unsigned Num,
|
|
|
|
Record *InstrInfo,
|
|
|
|
std::map<std::vector<Record*>, unsigned> &EL,
|
|
|
|
const OperandInfoMapTy &OpInfo,
|
|
|
|
raw_ostream &OS);
|
2019-07-17 00:10:16 +02:00
|
|
|
void emitOperandTypeMappings(
|
|
|
|
raw_ostream &OS, const CodeGenTarget &Target,
|
|
|
|
ArrayRef<const CodeGenInstruction *> NumberedInstructions);
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
void initOperandMapData(
|
2016-02-01 02:33:42 +01:00
|
|
|
ArrayRef<const CodeGenInstruction *> NumberedInstructions,
|
2017-07-07 08:22:35 +02:00
|
|
|
StringRef Namespace,
|
2014-02-05 08:27:49 +01:00
|
|
|
std::map<std::string, unsigned> &Operands,
|
|
|
|
OpNameMapTy &OperandMap);
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
void emitOperandNameMappings(raw_ostream &OS, const CodeGenTarget &Target,
|
2016-02-01 02:33:42 +01:00
|
|
|
ArrayRef<const CodeGenInstruction*> NumberedInstructions);
|
2012-06-11 17:37:55 +02:00
|
|
|
|
[M68k][TableGen](1/8) TableGen related changes
- Add a new TableGen backend: CodeBeads
- Add support to generate logical operand information
For the first item, it is currently a workaround of M68k's (complex)
instruction encoding. A typical architecture, especially CISC one like
X86, normally uses `MCInstrDesc::TSFlags` to carry instruction encoding
info. However, at the early days of M68k backend development, we found
it difficult to fit every possible encoding into the 64-bit
`MCInstrDesc::TSFlags`. Therefore CodeBeads was invented to provide
an alternative, arbitrary length container for instruciton encoding
info. However, in the long term we incline not to use a new TG
backend for less common pattern like what we encountered in M68k. A bug
has been created to host to discussion on migrating from CodeBeads to
more concise solution: https://bugs.llvm.org/show_bug.cgi?id=48792
The second item was also served for similar purpose. It created utility
functions that tell you the index of a `MachineOperand` in a
`MachineInst` given a logical operand index. In normal cases a logical
operand is the same as `MachineOperand`, but for operands using complex
addressing mode a logical operand might be consisting of multiple
`MachineOperand`. The TableGen-ed `getLogicalOperandIdx`, for instance,
can give you the mapping between these two concepts. Nevertheless, we
hope to remove this feature in the future if possible. Since it's not
really useful for the targets supported by LLVM now either.
Authors: myhsu, m4yers, glaubitz
Differential Revision: https://reviews.llvm.org/D88385
2021-03-08 01:30:54 +01:00
|
|
|
void emitLogicalOperandSizeMappings(
|
|
|
|
raw_ostream &OS, StringRef Namespace,
|
|
|
|
ArrayRef<const CodeGenInstruction *> NumberedInstructions);
|
|
|
|
void emitLogicalOperandTypeMappings(
|
|
|
|
raw_ostream &OS, StringRef Namespace,
|
|
|
|
ArrayRef<const CodeGenInstruction *> NumberedInstructions);
|
|
|
|
|
2012-06-11 17:37:55 +02:00
|
|
|
// Operand information.
|
|
|
|
void EmitOperandInfo(raw_ostream &OS, OperandInfoMapTy &OperandInfoIDs);
|
|
|
|
std::vector<std::string> GetOperandInfo(const CodeGenInstruction &Inst);
|
|
|
|
};
|
2016-12-12 23:23:53 +01:00
|
|
|
|
2015-09-10 18:49:58 +02:00
|
|
|
} // end anonymous namespace
|
2012-06-11 17:37:55 +02:00
|
|
|
|
2008-01-06 02:21:51 +01:00
|
|
|
static void PrintDefList(const std::vector<Record*> &Uses,
|
2009-07-03 02:10:29 +02:00
|
|
|
unsigned Num, raw_ostream &OS) {
|
2015-12-05 08:13:35 +01:00
|
|
|
OS << "static const MCPhysReg ImplicitList" << Num << "[] = { ";
|
2016-02-16 03:48:30 +01:00
|
|
|
for (Record *U : Uses)
|
|
|
|
OS << getQualifiedName(U) << ", ";
|
2003-10-05 21:27:59 +02:00
|
|
|
OS << "0 };\n";
|
|
|
|
}
|
|
|
|
|
2008-01-06 02:20:13 +01:00
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
// Operand Info Emission.
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
2006-11-07 00:49:51 +01:00
|
|
|
std::vector<std::string>
|
|
|
|
InstrInfoEmitter::GetOperandInfo(const CodeGenInstruction &Inst) {
|
|
|
|
std::vector<std::string> Result;
|
2011-06-27 23:06:21 +02:00
|
|
|
|
2014-04-18 04:09:07 +02:00
|
|
|
for (auto &Op : Inst.Operands) {
|
2006-11-10 03:01:40 +01:00
|
|
|
// Handle aggregate operands and normal operands the same way by expanding
|
|
|
|
// either case into a list of operands for this op.
|
2010-11-01 05:03:32 +01:00
|
|
|
std::vector<CGIOperandList::OperandInfo> OperandList;
|
2006-11-10 03:01:40 +01:00
|
|
|
|
|
|
|
// This might be a multiple operand thing. Targets like X86 have
|
|
|
|
// registers in their multi-operand operands. It may also be an anonymous
|
|
|
|
// operand, which has a single operand, but no declared class for the
|
|
|
|
// operand.
|
2014-04-18 04:09:07 +02:00
|
|
|
DagInit *MIOI = Op.MIOperandInfo;
|
2011-06-27 23:06:21 +02:00
|
|
|
|
2006-11-10 03:01:40 +01:00
|
|
|
if (!MIOI || MIOI->getNumArgs() == 0) {
|
|
|
|
// Single, anonymous, operand.
|
2014-04-18 04:09:07 +02:00
|
|
|
OperandList.push_back(Op);
|
2005-11-19 08:05:57 +01:00
|
|
|
} else {
|
2014-04-18 04:09:07 +02:00
|
|
|
for (unsigned j = 0, e = Op.MINumOperands; j != e; ++j) {
|
|
|
|
OperandList.push_back(Op);
|
2006-11-07 00:49:51 +01:00
|
|
|
|
2016-12-12 23:23:53 +01:00
|
|
|
auto *OpR = cast<DefInit>(MIOI->getArg(j))->getDef();
|
2006-11-10 03:01:40 +01:00
|
|
|
OperandList.back().Rec = OpR;
|
|
|
|
}
|
|
|
|
}
|
2006-11-07 00:53:31 +01:00
|
|
|
|
2006-11-10 03:01:40 +01:00
|
|
|
for (unsigned j = 0, e = OperandList.size(); j != e; ++j) {
|
|
|
|
Record *OpR = OperandList[j].Rec;
|
|
|
|
std::string Res;
|
2011-06-27 23:06:21 +02:00
|
|
|
|
|
|
|
if (OpR->isSubClassOf("RegisterOperand"))
|
|
|
|
OpR = OpR->getValueAsDef("RegClass");
|
2006-11-10 03:01:40 +01:00
|
|
|
if (OpR->isSubClassOf("RegisterClass"))
|
|
|
|
Res += getQualifiedName(OpR) + "RegClassID, ";
|
2009-07-29 23:10:12 +02:00
|
|
|
else if (OpR->isSubClassOf("PointerLikeRegClass"))
|
|
|
|
Res += utostr(OpR->getValueAsInt("RegClassKind")) + ", ";
|
2006-11-10 03:01:40 +01:00
|
|
|
else
|
2010-06-18 20:13:55 +02:00
|
|
|
// -1 means the operand does not have a fixed register class.
|
|
|
|
Res += "-1, ";
|
2011-06-27 23:06:21 +02:00
|
|
|
|
2006-11-10 03:01:40 +01:00
|
|
|
// Fill in applicable flags.
|
|
|
|
Res += "0";
|
2011-06-27 23:06:21 +02:00
|
|
|
|
2006-11-10 03:01:40 +01:00
|
|
|
// Ptr value whose register class is resolved via callback.
|
2009-07-29 22:43:05 +02:00
|
|
|
if (OpR->isSubClassOf("PointerLikeRegClass"))
|
2011-06-28 21:10:37 +02:00
|
|
|
Res += "|(1<<MCOI::LookupPtrRegClass)";
|
2006-11-10 03:01:40 +01:00
|
|
|
|
|
|
|
// Predicate operands. Check to see if the original unexpanded operand
|
2013-08-22 11:57:11 +02:00
|
|
|
// was of type PredicateOp.
|
2014-04-18 04:09:07 +02:00
|
|
|
if (Op.Rec->isSubClassOf("PredicateOp"))
|
2011-06-28 21:10:37 +02:00
|
|
|
Res += "|(1<<MCOI::Predicate)";
|
2011-06-27 23:06:21 +02:00
|
|
|
|
2007-07-10 20:05:01 +02:00
|
|
|
// Optional def operands. Check to see if the original unexpanded operand
|
|
|
|
// was of type OptionalDefOperand.
|
2014-04-18 04:09:07 +02:00
|
|
|
if (Op.Rec->isSubClassOf("OptionalDefOperand"))
|
2011-06-28 21:10:37 +02:00
|
|
|
Res += "|(1<<MCOI::OptionalDef)";
|
2007-07-10 20:05:01 +02:00
|
|
|
|
2020-01-09 20:01:55 +01:00
|
|
|
// Branch target operands. Check to see if the original unexpanded
|
|
|
|
// operand was of type BranchTargetOperand.
|
|
|
|
if (Op.Rec->isSubClassOf("BranchTargetOperand"))
|
|
|
|
Res += "|(1<<MCOI::BranchTarget)";
|
|
|
|
|
2012-03-11 02:57:56 +01:00
|
|
|
// Fill in operand type.
|
2015-01-12 20:33:09 +01:00
|
|
|
Res += ", ";
|
2014-04-18 04:09:07 +02:00
|
|
|
assert(!Op.OperandType.empty() && "Invalid operand type.");
|
|
|
|
Res += Op.OperandType;
|
2012-03-11 02:57:56 +01:00
|
|
|
|
2006-11-10 03:01:40 +01:00
|
|
|
// Fill in constraint info.
|
2010-02-10 02:45:28 +01:00
|
|
|
Res += ", ";
|
2011-06-27 23:06:21 +02:00
|
|
|
|
2010-11-01 05:03:32 +01:00
|
|
|
const CGIOperandList::ConstraintInfo &Constraint =
|
2014-04-18 04:09:07 +02:00
|
|
|
Op.Constraints[j];
|
2010-02-10 02:45:28 +01:00
|
|
|
if (Constraint.isNone())
|
|
|
|
Res += "0";
|
|
|
|
else if (Constraint.isEarlyClobber())
|
2020-12-15 18:47:27 +01:00
|
|
|
Res += "MCOI_EARLY_CLOBBER";
|
2010-02-10 02:45:28 +01:00
|
|
|
else {
|
|
|
|
assert(Constraint.isTied());
|
2020-12-15 18:47:27 +01:00
|
|
|
Res += "MCOI_TIED_TO(" + utostr(Constraint.getTiedOperand()) + ")";
|
2010-02-10 02:45:28 +01:00
|
|
|
}
|
2011-06-27 23:06:21 +02:00
|
|
|
|
2006-11-10 03:01:40 +01:00
|
|
|
Result.push_back(Res);
|
2005-08-19 20:46:26 +02:00
|
|
|
}
|
|
|
|
}
|
2006-11-01 01:27:05 +01:00
|
|
|
|
2005-08-19 20:46:26 +02:00
|
|
|
return Result;
|
|
|
|
}
|
|
|
|
|
2011-06-27 23:06:21 +02:00
|
|
|
void InstrInfoEmitter::EmitOperandInfo(raw_ostream &OS,
|
2008-01-06 02:20:13 +01:00
|
|
|
OperandInfoMapTy &OperandInfoIDs) {
|
|
|
|
// ID #0 is for no operand info.
|
|
|
|
unsigned OperandListNum = 0;
|
|
|
|
OperandInfoIDs[std::vector<std::string>()] = ++OperandListNum;
|
2011-06-27 23:06:21 +02:00
|
|
|
|
2008-01-06 02:20:13 +01:00
|
|
|
OS << "\n";
|
|
|
|
const CodeGenTarget &Target = CDP.getTargetInfo();
|
2016-01-17 21:38:18 +01:00
|
|
|
for (const CodeGenInstruction *Inst : Target.getInstructionsByEnumValue()) {
|
2014-04-18 04:09:07 +02:00
|
|
|
std::vector<std::string> OperandInfo = GetOperandInfo(*Inst);
|
2008-01-06 02:20:13 +01:00
|
|
|
unsigned &N = OperandInfoIDs[OperandInfo];
|
|
|
|
if (N != 0) continue;
|
2011-06-27 23:06:21 +02:00
|
|
|
|
2008-01-06 02:20:13 +01:00
|
|
|
N = ++OperandListNum;
|
2011-06-28 21:10:37 +02:00
|
|
|
OS << "static const MCOperandInfo OperandInfo" << N << "[] = { ";
|
2014-04-18 04:09:07 +02:00
|
|
|
for (const std::string &Info : OperandInfo)
|
|
|
|
OS << "{ " << Info << " }, ";
|
2008-01-06 02:20:13 +01:00
|
|
|
OS << "};\n";
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
/// Initialize data structures for generating operand name mappings.
|
2019-07-17 00:39:18 +02:00
|
|
|
///
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
/// \param Operands [out] A map used to generate the OpName enum with operand
|
|
|
|
/// names as its keys and operand enum values as its values.
|
|
|
|
/// \param OperandMap [out] A map for representing the operand name mappings for
|
|
|
|
/// each instructions. This is used to generate the OperandMap table as
|
|
|
|
/// well as the getNamedOperandIdx() function.
|
|
|
|
void InstrInfoEmitter::initOperandMapData(
|
2016-02-01 02:33:42 +01:00
|
|
|
ArrayRef<const CodeGenInstruction *> NumberedInstructions,
|
2017-07-07 08:22:35 +02:00
|
|
|
StringRef Namespace,
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
std::map<std::string, unsigned> &Operands,
|
|
|
|
OpNameMapTy &OperandMap) {
|
|
|
|
unsigned NumOperands = 0;
|
2014-04-18 04:09:07 +02:00
|
|
|
for (const CodeGenInstruction *Inst : NumberedInstructions) {
|
|
|
|
if (!Inst->TheDef->getValueAsBit("UseNamedOperandTable"))
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
continue;
|
|
|
|
std::map<unsigned, unsigned> OpList;
|
2014-04-18 04:09:07 +02:00
|
|
|
for (const auto &Info : Inst->Operands) {
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
StrUintMapIter I = Operands.find(Info.Name);
|
|
|
|
|
|
|
|
if (I == Operands.end()) {
|
|
|
|
I = Operands.insert(Operands.begin(),
|
|
|
|
std::pair<std::string, unsigned>(Info.Name, NumOperands++));
|
|
|
|
}
|
|
|
|
OpList[I->second] = Info.MIOperandNo;
|
|
|
|
}
|
2017-07-07 08:22:35 +02:00
|
|
|
OperandMap[OpList].push_back(Namespace.str() + "::" +
|
2016-12-04 06:48:16 +01:00
|
|
|
Inst->TheDef->getName().str());
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Generate a table and function for looking up the indices of operands by
|
|
|
|
/// name.
|
|
|
|
///
|
|
|
|
/// This code generates:
|
|
|
|
/// - An enum in the llvm::TargetNamespace::OpName namespace, with one entry
|
|
|
|
/// for each operand name.
|
|
|
|
/// - A 2-dimensional table called OperandMap for mapping OpName enum values to
|
|
|
|
/// operand indices.
|
|
|
|
/// - A function called getNamedOperandIdx(uint16_t Opcode, uint16_t NamedIdx)
|
|
|
|
/// for looking up the operand index for an instruction, given a value from
|
|
|
|
/// OpName enum
|
|
|
|
void InstrInfoEmitter::emitOperandNameMappings(raw_ostream &OS,
|
|
|
|
const CodeGenTarget &Target,
|
2016-02-01 02:33:42 +01:00
|
|
|
ArrayRef<const CodeGenInstruction*> NumberedInstructions) {
|
2017-07-07 08:22:35 +02:00
|
|
|
StringRef Namespace = Target.getInstNamespace();
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
std::string OpNameNS = "OpName";
|
|
|
|
// Map of operand names to their enumeration value. This will be used to
|
|
|
|
// generate the OpName enum.
|
|
|
|
std::map<std::string, unsigned> Operands;
|
|
|
|
OpNameMapTy OperandMap;
|
|
|
|
|
|
|
|
initOperandMapData(NumberedInstructions, Namespace, Operands, OperandMap);
|
|
|
|
|
|
|
|
OS << "#ifdef GET_INSTRINFO_OPERAND_ENUM\n";
|
|
|
|
OS << "#undef GET_INSTRINFO_OPERAND_ENUM\n";
|
2015-03-13 02:10:08 +01:00
|
|
|
OS << "namespace llvm {\n";
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
OS << "namespace " << Namespace << " {\n";
|
2016-02-11 08:39:25 +01:00
|
|
|
OS << "namespace " << OpNameNS << " {\n";
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
OS << "enum {\n";
|
2014-04-18 04:09:07 +02:00
|
|
|
for (const auto &Op : Operands)
|
|
|
|
OS << " " << Op.first << " = " << Op.second << ",\n";
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
|
2020-11-06 15:19:59 +01:00
|
|
|
OS << " OPERAND_LAST";
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
OS << "\n};\n";
|
2015-09-10 18:49:58 +02:00
|
|
|
OS << "} // end namespace OpName\n";
|
|
|
|
OS << "} // end namespace " << Namespace << "\n";
|
|
|
|
OS << "} // end namespace llvm\n";
|
2016-02-11 08:39:25 +01:00
|
|
|
OS << "#endif //GET_INSTRINFO_OPERAND_ENUM\n\n";
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
|
|
|
|
OS << "#ifdef GET_INSTRINFO_NAMED_OPS\n";
|
|
|
|
OS << "#undef GET_INSTRINFO_NAMED_OPS\n";
|
2015-03-13 02:10:08 +01:00
|
|
|
OS << "namespace llvm {\n";
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
OS << "namespace " << Namespace << " {\n";
|
2014-08-01 19:00:27 +02:00
|
|
|
OS << "LLVM_READONLY\n";
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
OS << "int16_t getNamedOperandIdx(uint16_t Opcode, uint16_t NamedIdx) {\n";
|
2013-07-15 18:53:32 +02:00
|
|
|
if (!Operands.empty()) {
|
|
|
|
OS << " static const int16_t OperandMap [][" << Operands.size()
|
|
|
|
<< "] = {\n";
|
2014-04-18 04:09:07 +02:00
|
|
|
for (const auto &Entry : OperandMap) {
|
|
|
|
const std::map<unsigned, unsigned> &OpList = Entry.first;
|
2013-07-15 18:53:32 +02:00
|
|
|
OS << "{";
|
|
|
|
|
|
|
|
// Emit a row of the OperandMap table
|
2014-04-18 04:09:07 +02:00
|
|
|
for (unsigned i = 0, e = Operands.size(); i != e; ++i)
|
|
|
|
OS << (OpList.count(i) == 0 ? -1 : (int)OpList.find(i)->second) << ", ";
|
2013-07-15 18:53:32 +02:00
|
|
|
|
|
|
|
OS << "},\n";
|
|
|
|
}
|
|
|
|
OS << "};\n";
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
|
2013-07-15 18:53:32 +02:00
|
|
|
OS << " switch(Opcode) {\n";
|
|
|
|
unsigned TableIndex = 0;
|
2014-04-18 04:09:07 +02:00
|
|
|
for (const auto &Entry : OperandMap) {
|
|
|
|
for (const std::string &Name : Entry.second)
|
|
|
|
OS << " case " << Name << ":\n";
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
|
2013-07-15 18:53:32 +02:00
|
|
|
OS << " return OperandMap[" << TableIndex++ << "][NamedIdx];\n";
|
|
|
|
}
|
2020-11-06 15:19:59 +01:00
|
|
|
OS << " default: return -1;\n";
|
2013-07-15 18:53:32 +02:00
|
|
|
OS << " }\n";
|
|
|
|
} else {
|
|
|
|
// There are no operands, so no need to emit anything
|
|
|
|
OS << " return -1;\n";
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
}
|
|
|
|
OS << "}\n";
|
2015-09-10 18:49:58 +02:00
|
|
|
OS << "} // end namespace " << Namespace << "\n";
|
|
|
|
OS << "} // end namespace llvm\n";
|
2016-02-11 08:39:25 +01:00
|
|
|
OS << "#endif //GET_INSTRINFO_NAMED_OPS\n\n";
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
}
|
|
|
|
|
2013-11-17 22:24:41 +01:00
|
|
|
/// Generate an enum for all the operand types for this target, under the
|
|
|
|
/// llvm::TargetNamespace::OpTypes namespace.
|
|
|
|
/// Operand types are all definitions derived of the Operand Target.td class.
|
2019-07-17 00:10:16 +02:00
|
|
|
void InstrInfoEmitter::emitOperandTypeMappings(
|
|
|
|
raw_ostream &OS, const CodeGenTarget &Target,
|
|
|
|
ArrayRef<const CodeGenInstruction *> NumberedInstructions) {
|
2013-11-17 22:24:41 +01:00
|
|
|
|
2017-07-07 08:22:35 +02:00
|
|
|
StringRef Namespace = Target.getInstNamespace();
|
2013-11-17 22:24:41 +01:00
|
|
|
std::vector<Record *> Operands = Records.getAllDerivedDefinitions("Operand");
|
2019-09-23 20:51:00 +02:00
|
|
|
std::vector<Record *> RegisterOperands =
|
|
|
|
Records.getAllDerivedDefinitions("RegisterOperand");
|
|
|
|
std::vector<Record *> RegisterClasses =
|
|
|
|
Records.getAllDerivedDefinitions("RegisterClass");
|
2013-11-17 22:24:41 +01:00
|
|
|
|
2016-02-11 08:39:25 +01:00
|
|
|
OS << "#ifdef GET_INSTRINFO_OPERAND_TYPES_ENUM\n";
|
2013-11-17 22:24:41 +01:00
|
|
|
OS << "#undef GET_INSTRINFO_OPERAND_TYPES_ENUM\n";
|
2015-03-13 02:10:08 +01:00
|
|
|
OS << "namespace llvm {\n";
|
2013-11-17 22:24:41 +01:00
|
|
|
OS << "namespace " << Namespace << " {\n";
|
2016-02-11 08:39:25 +01:00
|
|
|
OS << "namespace OpTypes {\n";
|
2013-11-17 22:24:41 +01:00
|
|
|
OS << "enum OperandType {\n";
|
|
|
|
|
2014-04-18 04:09:07 +02:00
|
|
|
unsigned EnumVal = 0;
|
2019-09-23 20:51:00 +02:00
|
|
|
for (const std::vector<Record *> *RecordsToAdd :
|
|
|
|
{&Operands, &RegisterOperands, &RegisterClasses}) {
|
|
|
|
for (const Record *Op : *RecordsToAdd) {
|
|
|
|
if (!Op->isAnonymous())
|
|
|
|
OS << " " << Op->getName() << " = " << EnumVal << ",\n";
|
|
|
|
++EnumVal;
|
|
|
|
}
|
2013-11-17 22:24:41 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
OS << " OPERAND_TYPE_LIST_END" << "\n};\n";
|
2015-09-10 18:49:58 +02:00
|
|
|
OS << "} // end namespace OpTypes\n";
|
|
|
|
OS << "} // end namespace " << Namespace << "\n";
|
|
|
|
OS << "} // end namespace llvm\n";
|
2016-02-11 08:39:25 +01:00
|
|
|
OS << "#endif // GET_INSTRINFO_OPERAND_TYPES_ENUM\n\n";
|
2019-07-17 00:10:16 +02:00
|
|
|
|
|
|
|
OS << "#ifdef GET_INSTRINFO_OPERAND_TYPE\n";
|
|
|
|
OS << "#undef GET_INSTRINFO_OPERAND_TYPE\n";
|
|
|
|
OS << "namespace llvm {\n";
|
|
|
|
OS << "namespace " << Namespace << " {\n";
|
|
|
|
OS << "LLVM_READONLY\n";
|
2019-09-23 20:51:00 +02:00
|
|
|
OS << "static int getOperandType(uint16_t Opcode, uint16_t OpIdx) {\n";
|
2020-12-11 22:19:52 +01:00
|
|
|
// TODO: Factor out duplicate operand lists to compress the tables.
|
2019-07-17 00:10:16 +02:00
|
|
|
if (!NumberedInstructions.empty()) {
|
2019-07-17 00:39:18 +02:00
|
|
|
std::vector<int> OperandOffsets;
|
|
|
|
std::vector<Record *> OperandRecords;
|
|
|
|
int CurrentOffset = 0;
|
2019-07-17 00:10:16 +02:00
|
|
|
for (const CodeGenInstruction *Inst : NumberedInstructions) {
|
2019-07-17 00:39:18 +02:00
|
|
|
OperandOffsets.push_back(CurrentOffset);
|
2019-07-17 00:10:16 +02:00
|
|
|
for (const auto &Op : Inst->Operands) {
|
|
|
|
const DagInit *MIOI = Op.MIOperandInfo;
|
|
|
|
if (!MIOI || MIOI->getNumArgs() == 0) {
|
|
|
|
// Single, anonymous, operand.
|
2019-07-17 00:39:18 +02:00
|
|
|
OperandRecords.push_back(Op.Rec);
|
|
|
|
++CurrentOffset;
|
2019-07-17 00:10:16 +02:00
|
|
|
} else {
|
2021-01-09 18:24:59 +01:00
|
|
|
for (Init *Arg : MIOI->getArgs()) {
|
2019-07-17 00:39:18 +02:00
|
|
|
OperandRecords.push_back(cast<DefInit>(Arg)->getDef());
|
|
|
|
++CurrentOffset;
|
2019-07-17 00:10:16 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2019-07-17 00:39:18 +02:00
|
|
|
|
2020-12-11 22:19:52 +01:00
|
|
|
// Emit the table of offsets (indexes) into the operand type table.
|
|
|
|
// Size the unsigned integer offset to save space.
|
|
|
|
assert(OperandRecords.size() <= UINT32_MAX &&
|
|
|
|
"Too many operands for offset table");
|
|
|
|
OS << ((OperandRecords.size() <= UINT16_MAX) ? " const uint16_t"
|
|
|
|
: " const uint32_t");
|
|
|
|
OS << " Offsets[] = {\n";
|
2019-07-17 00:39:18 +02:00
|
|
|
for (int I = 0, E = OperandOffsets.size(); I != E; ++I)
|
|
|
|
OS << " " << OperandOffsets[I] << ",\n";
|
2019-07-17 00:10:16 +02:00
|
|
|
OS << " };\n";
|
2019-07-17 00:39:18 +02:00
|
|
|
|
|
|
|
// Add an entry for the end so that we don't need to special case it below.
|
|
|
|
OperandOffsets.push_back(OperandRecords.size());
|
2020-12-11 22:19:52 +01:00
|
|
|
|
2019-07-17 00:39:18 +02:00
|
|
|
// Emit the actual operand types in a flat table.
|
2020-12-11 22:19:52 +01:00
|
|
|
// Size the signed integer operand type to save space.
|
|
|
|
assert(EnumVal <= INT16_MAX &&
|
|
|
|
"Too many operand types for operand types table");
|
|
|
|
OS << ((EnumVal <= INT8_MAX) ? " const int8_t" : " const int16_t");
|
|
|
|
OS << " OpcodeOperandTypes[] = {\n ";
|
2019-07-17 00:39:18 +02:00
|
|
|
for (int I = 0, E = OperandRecords.size(), CurOffset = 1; I != E; ++I) {
|
|
|
|
// We print each Opcode's operands in its own row.
|
|
|
|
if (I == OperandOffsets[CurOffset]) {
|
|
|
|
OS << "\n ";
|
|
|
|
// If there are empty rows, mark them with an empty comment.
|
|
|
|
while (OperandOffsets[++CurOffset] == I)
|
|
|
|
OS << "/**/\n ";
|
|
|
|
}
|
|
|
|
Record *OpR = OperandRecords[I];
|
2019-09-23 20:51:00 +02:00
|
|
|
if ((OpR->isSubClassOf("Operand") ||
|
|
|
|
OpR->isSubClassOf("RegisterOperand") ||
|
|
|
|
OpR->isSubClassOf("RegisterClass")) &&
|
|
|
|
!OpR->isAnonymous())
|
2019-07-17 00:39:18 +02:00
|
|
|
OS << "OpTypes::" << OpR->getName();
|
|
|
|
else
|
|
|
|
OS << -1;
|
|
|
|
OS << ", ";
|
|
|
|
}
|
|
|
|
OS << "\n };\n";
|
|
|
|
|
|
|
|
OS << " return OpcodeOperandTypes[Offsets[Opcode] + OpIdx];\n";
|
2019-07-17 00:10:16 +02:00
|
|
|
} else {
|
|
|
|
OS << " llvm_unreachable(\"No instructions defined\");\n";
|
|
|
|
}
|
|
|
|
OS << "}\n";
|
|
|
|
OS << "} // end namespace " << Namespace << "\n";
|
|
|
|
OS << "} // end namespace llvm\n";
|
2019-09-23 20:51:00 +02:00
|
|
|
OS << "#endif // GET_INSTRINFO_OPERAND_TYPE\n\n";
|
2013-11-17 22:24:41 +01:00
|
|
|
}
|
|
|
|
|
[M68k][TableGen](1/8) TableGen related changes
- Add a new TableGen backend: CodeBeads
- Add support to generate logical operand information
For the first item, it is currently a workaround of M68k's (complex)
instruction encoding. A typical architecture, especially CISC one like
X86, normally uses `MCInstrDesc::TSFlags` to carry instruction encoding
info. However, at the early days of M68k backend development, we found
it difficult to fit every possible encoding into the 64-bit
`MCInstrDesc::TSFlags`. Therefore CodeBeads was invented to provide
an alternative, arbitrary length container for instruciton encoding
info. However, in the long term we incline not to use a new TG
backend for less common pattern like what we encountered in M68k. A bug
has been created to host to discussion on migrating from CodeBeads to
more concise solution: https://bugs.llvm.org/show_bug.cgi?id=48792
The second item was also served for similar purpose. It created utility
functions that tell you the index of a `MachineOperand` in a
`MachineInst` given a logical operand index. In normal cases a logical
operand is the same as `MachineOperand`, but for operands using complex
addressing mode a logical operand might be consisting of multiple
`MachineOperand`. The TableGen-ed `getLogicalOperandIdx`, for instance,
can give you the mapping between these two concepts. Nevertheless, we
hope to remove this feature in the future if possible. Since it's not
really useful for the targets supported by LLVM now either.
Authors: myhsu, m4yers, glaubitz
Differential Revision: https://reviews.llvm.org/D88385
2021-03-08 01:30:54 +01:00
|
|
|
void InstrInfoEmitter::emitLogicalOperandSizeMappings(
|
|
|
|
raw_ostream &OS, StringRef Namespace,
|
|
|
|
ArrayRef<const CodeGenInstruction *> NumberedInstructions) {
|
|
|
|
std::map<std::vector<unsigned>, unsigned> LogicalOpSizeMap;
|
|
|
|
|
|
|
|
std::map<unsigned, std::vector<std::string>> InstMap;
|
|
|
|
|
|
|
|
size_t LogicalOpListSize = 0U;
|
|
|
|
std::vector<unsigned> LogicalOpList;
|
|
|
|
for (const auto *Inst : NumberedInstructions) {
|
|
|
|
if (!Inst->TheDef->getValueAsBit("UseLogicalOperandMappings"))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
LogicalOpList.clear();
|
|
|
|
llvm::transform(Inst->Operands, std::back_inserter(LogicalOpList),
|
|
|
|
[](const CGIOperandList::OperandInfo &Op) -> unsigned {
|
|
|
|
auto *MIOI = Op.MIOperandInfo;
|
|
|
|
if (!MIOI || MIOI->getNumArgs() == 0)
|
|
|
|
return 1;
|
|
|
|
return MIOI->getNumArgs();
|
|
|
|
});
|
|
|
|
LogicalOpListSize = std::max(LogicalOpList.size(), LogicalOpListSize);
|
|
|
|
|
|
|
|
auto I =
|
|
|
|
LogicalOpSizeMap.insert({LogicalOpList, LogicalOpSizeMap.size()}).first;
|
|
|
|
InstMap[I->second].push_back(
|
|
|
|
(Namespace + "::" + Inst->TheDef->getName()).str());
|
|
|
|
}
|
|
|
|
|
|
|
|
OS << "#ifdef GET_INSTRINFO_LOGICAL_OPERAND_SIZE_MAP\n";
|
|
|
|
OS << "#undef GET_INSTRINFO_LOGICAL_OPERAND_SIZE_MAP\n";
|
|
|
|
OS << "namespace llvm {\n";
|
|
|
|
OS << "namespace " << Namespace << " {\n";
|
|
|
|
OS << "LLVM_READONLY static unsigned\n";
|
|
|
|
OS << "getLogicalOperandSize(uint16_t Opcode, uint16_t LogicalOpIdx) {\n";
|
|
|
|
if (!InstMap.empty()) {
|
|
|
|
std::vector<const std::vector<unsigned> *> LogicalOpSizeList(
|
|
|
|
LogicalOpSizeMap.size());
|
|
|
|
for (auto &P : LogicalOpSizeMap) {
|
|
|
|
LogicalOpSizeList[P.second] = &P.first;
|
|
|
|
}
|
|
|
|
OS << " static const unsigned SizeMap[][" << LogicalOpListSize
|
|
|
|
<< "] = {\n";
|
|
|
|
for (int r = 0, rs = LogicalOpSizeList.size(); r < rs; ++r) {
|
|
|
|
const auto &Row = *LogicalOpSizeList[r];
|
|
|
|
OS << " {";
|
|
|
|
int i;
|
|
|
|
for (i = 0; i < static_cast<int>(Row.size()); ++i) {
|
|
|
|
OS << Row[i] << ", ";
|
|
|
|
}
|
|
|
|
for (; i < static_cast<int>(LogicalOpListSize); ++i) {
|
|
|
|
OS << "0, ";
|
|
|
|
}
|
|
|
|
OS << "}, ";
|
|
|
|
OS << "\n";
|
|
|
|
}
|
|
|
|
OS << " };\n";
|
|
|
|
|
|
|
|
OS << " switch (Opcode) {\n";
|
|
|
|
OS << " default: return LogicalOpIdx;\n";
|
|
|
|
for (auto &P : InstMap) {
|
|
|
|
auto OpMapIdx = P.first;
|
|
|
|
const auto &Insts = P.second;
|
|
|
|
for (const auto &Inst : Insts) {
|
|
|
|
OS << " case " << Inst << ":\n";
|
|
|
|
}
|
|
|
|
OS << " return SizeMap[" << OpMapIdx << "][LogicalOpIdx];\n";
|
|
|
|
}
|
|
|
|
OS << " }\n";
|
|
|
|
} else {
|
|
|
|
OS << " return LogicalOpIdx;\n";
|
|
|
|
}
|
|
|
|
OS << "}\n";
|
|
|
|
|
|
|
|
OS << "LLVM_READONLY static inline unsigned\n";
|
|
|
|
OS << "getLogicalOperandIdx(uint16_t Opcode, uint16_t LogicalOpIdx) {\n";
|
|
|
|
OS << " auto S = 0U;\n";
|
|
|
|
OS << " for (auto i = 0U; i < LogicalOpIdx; ++i)\n";
|
|
|
|
OS << " S += getLogicalOperandSize(Opcode, i);\n";
|
|
|
|
OS << " return S;\n";
|
|
|
|
OS << "}\n";
|
|
|
|
|
|
|
|
OS << "} // end namespace " << Namespace << "\n";
|
|
|
|
OS << "} // end namespace llvm\n";
|
|
|
|
OS << "#endif // GET_INSTRINFO_LOGICAL_OPERAND_SIZE_MAP\n\n";
|
|
|
|
}
|
|
|
|
|
|
|
|
void InstrInfoEmitter::emitLogicalOperandTypeMappings(
|
|
|
|
raw_ostream &OS, StringRef Namespace,
|
|
|
|
ArrayRef<const CodeGenInstruction *> NumberedInstructions) {
|
|
|
|
std::map<std::vector<std::string>, unsigned> LogicalOpTypeMap;
|
|
|
|
|
|
|
|
std::map<unsigned, std::vector<std::string>> InstMap;
|
|
|
|
|
|
|
|
size_t OpTypeListSize = 0U;
|
|
|
|
std::vector<std::string> LogicalOpTypeList;
|
|
|
|
for (const auto *Inst : NumberedInstructions) {
|
|
|
|
if (!Inst->TheDef->getValueAsBit("UseLogicalOperandMappings"))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
LogicalOpTypeList.clear();
|
|
|
|
for (const auto &Op : Inst->Operands) {
|
|
|
|
auto *OpR = Op.Rec;
|
|
|
|
if ((OpR->isSubClassOf("Operand") ||
|
|
|
|
OpR->isSubClassOf("RegisterOperand") ||
|
|
|
|
OpR->isSubClassOf("RegisterClass")) &&
|
|
|
|
!OpR->isAnonymous()) {
|
|
|
|
LogicalOpTypeList.push_back(
|
|
|
|
(Namespace + "::OpTypes::" + Op.Rec->getName()).str());
|
|
|
|
} else {
|
|
|
|
LogicalOpTypeList.push_back("-1");
|
|
|
|
}
|
|
|
|
}
|
|
|
|
OpTypeListSize = std::max(LogicalOpTypeList.size(), OpTypeListSize);
|
|
|
|
|
|
|
|
auto I =
|
|
|
|
LogicalOpTypeMap.insert({LogicalOpTypeList, LogicalOpTypeMap.size()})
|
|
|
|
.first;
|
|
|
|
InstMap[I->second].push_back(
|
|
|
|
(Namespace + "::" + Inst->TheDef->getName()).str());
|
|
|
|
}
|
|
|
|
|
|
|
|
OS << "#ifdef GET_INSTRINFO_LOGICAL_OPERAND_TYPE_MAP\n";
|
|
|
|
OS << "#undef GET_INSTRINFO_LOGICAL_OPERAND_TYPE_MAP\n";
|
|
|
|
OS << "namespace llvm {\n";
|
|
|
|
OS << "namespace " << Namespace << " {\n";
|
|
|
|
OS << "LLVM_READONLY static int\n";
|
|
|
|
OS << "getLogicalOperandType(uint16_t Opcode, uint16_t LogicalOpIdx) {\n";
|
|
|
|
if (!InstMap.empty()) {
|
|
|
|
std::vector<const std::vector<std::string> *> LogicalOpTypeList(
|
|
|
|
LogicalOpTypeMap.size());
|
|
|
|
for (auto &P : LogicalOpTypeMap) {
|
|
|
|
LogicalOpTypeList[P.second] = &P.first;
|
|
|
|
}
|
|
|
|
OS << " static const int TypeMap[][" << OpTypeListSize << "] = {\n";
|
|
|
|
for (int r = 0, rs = LogicalOpTypeList.size(); r < rs; ++r) {
|
|
|
|
const auto &Row = *LogicalOpTypeList[r];
|
|
|
|
OS << " {";
|
|
|
|
int i, s = Row.size();
|
|
|
|
for (i = 0; i < s; ++i) {
|
|
|
|
if (i > 0)
|
|
|
|
OS << ", ";
|
|
|
|
OS << Row[i];
|
|
|
|
}
|
|
|
|
for (; i < static_cast<int>(OpTypeListSize); ++i) {
|
|
|
|
if (i > 0)
|
|
|
|
OS << ", ";
|
|
|
|
OS << "-1";
|
|
|
|
}
|
|
|
|
OS << "}";
|
|
|
|
if (r != rs - 1)
|
|
|
|
OS << ",";
|
|
|
|
OS << "\n";
|
|
|
|
}
|
|
|
|
OS << " };\n";
|
|
|
|
|
|
|
|
OS << " switch (Opcode) {\n";
|
|
|
|
OS << " default: return -1;\n";
|
|
|
|
for (auto &P : InstMap) {
|
|
|
|
auto OpMapIdx = P.first;
|
|
|
|
const auto &Insts = P.second;
|
|
|
|
for (const auto &Inst : Insts) {
|
|
|
|
OS << " case " << Inst << ":\n";
|
|
|
|
}
|
|
|
|
OS << " return TypeMap[" << OpMapIdx << "][LogicalOpIdx];\n";
|
|
|
|
}
|
|
|
|
OS << " }\n";
|
|
|
|
} else {
|
|
|
|
OS << " return -1;\n";
|
|
|
|
}
|
|
|
|
OS << "}\n";
|
|
|
|
OS << "} // end namespace " << Namespace << "\n";
|
|
|
|
OS << "} // end namespace llvm\n";
|
|
|
|
OS << "#endif // GET_INSTRINFO_LOGICAL_OPERAND_TYPE_MAP\n\n";
|
|
|
|
}
|
|
|
|
|
2018-08-14 20:36:54 +02:00
|
|
|
void InstrInfoEmitter::emitMCIIHelperMethods(raw_ostream &OS,
|
|
|
|
StringRef TargetName) {
|
2018-05-25 18:02:43 +02:00
|
|
|
RecVec TIIPredicates = Records.getAllDerivedDefinitions("TIIPredicate");
|
|
|
|
if (TIIPredicates.empty())
|
|
|
|
return;
|
|
|
|
|
2018-11-27 21:58:27 +01:00
|
|
|
OS << "#ifdef GET_INSTRINFO_MC_HELPER_DECLS\n";
|
|
|
|
OS << "#undef GET_INSTRINFO_MC_HELPER_DECLS\n\n";
|
2018-05-25 18:02:43 +02:00
|
|
|
|
2018-08-13 17:13:35 +02:00
|
|
|
OS << "namespace llvm {\n";
|
|
|
|
OS << "class MCInst;\n\n";
|
2018-05-25 18:02:43 +02:00
|
|
|
|
2018-08-13 17:13:35 +02:00
|
|
|
OS << "namespace " << TargetName << "_MC {\n\n";
|
2018-05-25 18:02:43 +02:00
|
|
|
|
|
|
|
for (const Record *Rec : TIIPredicates) {
|
2018-08-13 17:13:35 +02:00
|
|
|
OS << "bool " << Rec->getValueAsString("FunctionName")
|
2018-05-25 18:02:43 +02:00
|
|
|
<< "(const MCInst &MI);\n";
|
|
|
|
}
|
|
|
|
|
2019-08-25 12:47:30 +02:00
|
|
|
OS << "\n} // end namespace " << TargetName << "_MC\n";
|
|
|
|
OS << "} // end namespace llvm\n\n";
|
2018-05-25 18:02:43 +02:00
|
|
|
|
2018-11-27 21:58:27 +01:00
|
|
|
OS << "#endif // GET_INSTRINFO_MC_HELPER_DECLS\n\n";
|
2018-05-25 18:02:43 +02:00
|
|
|
|
2018-11-27 21:58:27 +01:00
|
|
|
OS << "#ifdef GET_INSTRINFO_MC_HELPERS\n";
|
|
|
|
OS << "#undef GET_INSTRINFO_MC_HELPERS\n\n";
|
2018-05-25 18:02:43 +02:00
|
|
|
|
2018-08-13 17:13:35 +02:00
|
|
|
OS << "namespace llvm {\n";
|
|
|
|
OS << "namespace " << TargetName << "_MC {\n\n";
|
2018-05-25 18:02:43 +02:00
|
|
|
|
2018-08-14 20:36:54 +02:00
|
|
|
PredicateExpander PE(TargetName);
|
2018-05-25 18:02:43 +02:00
|
|
|
PE.setExpandForMC(true);
|
2018-08-13 17:13:35 +02:00
|
|
|
|
2018-05-25 18:02:43 +02:00
|
|
|
for (const Record *Rec : TIIPredicates) {
|
2018-08-13 17:13:35 +02:00
|
|
|
OS << "bool " << Rec->getValueAsString("FunctionName");
|
|
|
|
OS << "(const MCInst &MI) {\n";
|
|
|
|
|
|
|
|
OS.indent(PE.getIndentLevel() * 2);
|
|
|
|
PE.expandStatement(OS, Rec->getValueAsDef("Body"));
|
2018-12-04 02:43:22 +01:00
|
|
|
OS << "\n}\n\n";
|
2018-05-25 18:02:43 +02:00
|
|
|
}
|
|
|
|
|
2019-08-25 12:47:30 +02:00
|
|
|
OS << "} // end namespace " << TargetName << "_MC\n";
|
|
|
|
OS << "} // end namespace llvm\n\n";
|
2018-05-25 18:02:43 +02:00
|
|
|
|
2018-08-13 17:13:35 +02:00
|
|
|
OS << "#endif // GET_GENISTRINFO_MC_HELPERS\n";
|
2018-05-25 18:02:43 +02:00
|
|
|
}
|
|
|
|
|
2018-08-14 20:36:54 +02:00
|
|
|
void InstrInfoEmitter::emitTIIHelperMethods(raw_ostream &OS,
|
[tblgen][PredicateExpander] Add the ability to describe more complex constraints on instruction operands.
Before this patch, class PredicateExpander only knew how to expand simple
predicates that performed checks on instruction operands.
In particular, the new scheduling predicate syntax was not rich enough to
express checks like this one:
Foo(MI->getOperand(0).getImm()) == ExpectedVal;
Here, the immediate operand value at index zero is passed in input to function
Foo, and ExpectedVal is compared against the value returned by function Foo.
While this predicate pattern doesn't show up in any X86 model, it shows up in
other upstream targets. So, being able to support those predicates is
fundamental if we want to be able to modernize all the scheduling models
upstream.
With this patch, we allow users to specify if a register/immediate operand value
needs to be passed in input to a function as part of the predicate check. Now,
register/immediate operand checks all derive from base class CheckOperandBase.
This patch also changes where TIIPredicate definitions are expanded by the
instructon info emitter. Before, definitions were expanded in class
XXXGenInstrInfo (where XXX is a target name).
With the introduction of this new syntax, we may want to have TIIPredicates
expanded directly in XXXInstrInfo. That is because functions used by the new
operand predicates may only exist in the derived class (i.e. XXXInstrInfo).
This patch is a non functional change for the existing scheduling models.
In future, we will be able to use this richer syntax to better describe complex
scheduling predicates, and expose them to llvm-mca.
Differential Revision: https://reviews.llvm.org/D53880
llvm-svn: 345714
2018-10-31 13:28:05 +01:00
|
|
|
StringRef TargetName,
|
|
|
|
bool ExpandDefinition) {
|
2018-05-25 17:55:37 +02:00
|
|
|
RecVec TIIPredicates = Records.getAllDerivedDefinitions("TIIPredicate");
|
|
|
|
if (TIIPredicates.empty())
|
|
|
|
return;
|
|
|
|
|
2018-08-14 20:36:54 +02:00
|
|
|
PredicateExpander PE(TargetName);
|
2018-05-25 17:55:37 +02:00
|
|
|
PE.setExpandForMC(false);
|
|
|
|
|
|
|
|
for (const Record *Rec : TIIPredicates) {
|
2018-12-04 02:43:22 +01:00
|
|
|
OS << (ExpandDefinition ? "" : "static ") << "bool ";
|
[tblgen][PredicateExpander] Add the ability to describe more complex constraints on instruction operands.
Before this patch, class PredicateExpander only knew how to expand simple
predicates that performed checks on instruction operands.
In particular, the new scheduling predicate syntax was not rich enough to
express checks like this one:
Foo(MI->getOperand(0).getImm()) == ExpectedVal;
Here, the immediate operand value at index zero is passed in input to function
Foo, and ExpectedVal is compared against the value returned by function Foo.
While this predicate pattern doesn't show up in any X86 model, it shows up in
other upstream targets. So, being able to support those predicates is
fundamental if we want to be able to modernize all the scheduling models
upstream.
With this patch, we allow users to specify if a register/immediate operand value
needs to be passed in input to a function as part of the predicate check. Now,
register/immediate operand checks all derive from base class CheckOperandBase.
This patch also changes where TIIPredicate definitions are expanded by the
instructon info emitter. Before, definitions were expanded in class
XXXGenInstrInfo (where XXX is a target name).
With the introduction of this new syntax, we may want to have TIIPredicates
expanded directly in XXXInstrInfo. That is because functions used by the new
operand predicates may only exist in the derived class (i.e. XXXInstrInfo).
This patch is a non functional change for the existing scheduling models.
In future, we will be able to use this richer syntax to better describe complex
scheduling predicates, and expose them to llvm-mca.
Differential Revision: https://reviews.llvm.org/D53880
llvm-svn: 345714
2018-10-31 13:28:05 +01:00
|
|
|
if (ExpandDefinition)
|
|
|
|
OS << TargetName << "InstrInfo::";
|
|
|
|
OS << Rec->getValueAsString("FunctionName");
|
|
|
|
OS << "(const MachineInstr &MI)";
|
|
|
|
if (!ExpandDefinition) {
|
|
|
|
OS << ";\n";
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
OS << " {\n";
|
2018-08-13 17:13:35 +02:00
|
|
|
OS.indent(PE.getIndentLevel() * 2);
|
|
|
|
PE.expandStatement(OS, Rec->getValueAsDef("Body"));
|
2018-12-04 02:43:22 +01:00
|
|
|
OS << "\n}\n\n";
|
2018-05-25 17:55:37 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-01-06 02:20:13 +01:00
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
// Main Output.
|
|
|
|
//===----------------------------------------------------------------------===//
|
2003-10-05 21:27:59 +02:00
|
|
|
|
|
|
|
// run - Emit the main instruction description records for the target...
|
2009-07-03 02:10:29 +02:00
|
|
|
void InstrInfoEmitter::run(raw_ostream &OS) {
|
2016-02-11 08:39:27 +01:00
|
|
|
emitSourceFileHeader("Target Instruction Enum Values and Descriptors", OS);
|
2011-06-28 22:07:07 +02:00
|
|
|
emitEnums(OS);
|
|
|
|
|
2016-02-11 08:39:25 +01:00
|
|
|
OS << "#ifdef GET_INSTRINFO_MC_DESC\n";
|
2011-06-28 22:07:07 +02:00
|
|
|
OS << "#undef GET_INSTRINFO_MC_DESC\n";
|
|
|
|
|
2004-08-17 05:08:28 +02:00
|
|
|
OS << "namespace llvm {\n\n";
|
|
|
|
|
2008-04-03 02:02:49 +02:00
|
|
|
CodeGenTarget &Target = CDP.getTargetInfo();
|
2020-01-28 20:23:46 +01:00
|
|
|
const std::string &TargetName = std::string(Target.getName());
|
2003-10-05 21:27:59 +02:00
|
|
|
Record *InstrInfo = Target.getInstructionSet();
|
|
|
|
|
2005-08-18 23:36:47 +02:00
|
|
|
// Keep track of all of the def lists we have emitted already.
|
|
|
|
std::map<std::vector<Record*>, unsigned> EmittedLists;
|
|
|
|
unsigned ListNumber = 0;
|
2011-06-27 23:06:21 +02:00
|
|
|
|
2005-08-18 23:36:47 +02:00
|
|
|
// Emit all of the instruction's implicit uses and defs.
|
2020-12-03 15:58:37 +01:00
|
|
|
Records.startTimer("Emit uses/defs");
|
2016-01-17 21:38:18 +01:00
|
|
|
for (const CodeGenInstruction *II : Target.getInstructionsByEnumValue()) {
|
2014-04-18 04:09:07 +02:00
|
|
|
Record *Inst = II->TheDef;
|
2005-10-29 00:59:53 +02:00
|
|
|
std::vector<Record*> Uses = Inst->getValueAsListOfDefs("Uses");
|
|
|
|
if (!Uses.empty()) {
|
2005-08-18 23:36:47 +02:00
|
|
|
unsigned &IL = EmittedLists[Uses];
|
2008-01-06 02:21:51 +01:00
|
|
|
if (!IL) PrintDefList(Uses, IL = ++ListNumber, OS);
|
2005-08-18 23:36:47 +02:00
|
|
|
}
|
2005-10-29 00:59:53 +02:00
|
|
|
std::vector<Record*> Defs = Inst->getValueAsListOfDefs("Defs");
|
|
|
|
if (!Defs.empty()) {
|
|
|
|
unsigned &IL = EmittedLists[Defs];
|
2008-01-06 02:21:51 +01:00
|
|
|
if (!IL) PrintDefList(Defs, IL = ++ListNumber, OS);
|
2005-08-18 23:36:47 +02:00
|
|
|
}
|
2003-10-05 21:27:59 +02:00
|
|
|
}
|
|
|
|
|
2008-01-06 02:20:13 +01:00
|
|
|
OperandInfoMapTy OperandInfoIDs;
|
2011-06-27 23:06:21 +02:00
|
|
|
|
2005-08-19 18:57:28 +02:00
|
|
|
// Emit all of the operand info records.
|
2020-12-03 15:58:37 +01:00
|
|
|
Records.startTimer("Emit operand info");
|
2008-01-06 02:20:13 +01:00
|
|
|
EmitOperandInfo(OS, OperandInfoIDs);
|
2011-06-27 23:06:21 +02:00
|
|
|
|
2011-06-28 21:10:37 +02:00
|
|
|
// Emit all of the MCInstrDesc records in their ENUM ordering.
|
2005-08-19 18:57:28 +02:00
|
|
|
//
|
2020-12-03 15:58:37 +01:00
|
|
|
Records.startTimer("Emit InstrDesc records");
|
2011-10-22 18:50:00 +02:00
|
|
|
OS << "\nextern const MCInstrDesc " << TargetName << "Insts[] = {\n";
|
2016-02-01 02:33:42 +01:00
|
|
|
ArrayRef<const CodeGenInstruction*> NumberedInstructions =
|
2010-03-19 01:34:35 +01:00
|
|
|
Target.getInstructionsByEnumValue();
|
2003-10-05 21:27:59 +02:00
|
|
|
|
2012-04-01 20:14:14 +02:00
|
|
|
SequenceToOffsetTable<std::string> InstrNames;
|
2014-04-18 04:09:07 +02:00
|
|
|
unsigned Num = 0;
|
|
|
|
for (const CodeGenInstruction *Inst : NumberedInstructions) {
|
|
|
|
// Keep a list of the instruction names.
|
2020-01-28 20:23:46 +01:00
|
|
|
InstrNames.add(std::string(Inst->TheDef->getName()));
|
2014-04-18 04:09:07 +02:00
|
|
|
// Emit the record into the table.
|
|
|
|
emitRecord(*Inst, Num++, InstrInfo, EmittedLists, OperandInfoIDs, OS);
|
2012-04-01 20:14:14 +02:00
|
|
|
}
|
2014-04-18 04:09:07 +02:00
|
|
|
OS << "};\n\n";
|
2012-04-01 20:14:14 +02:00
|
|
|
|
2014-04-18 04:09:07 +02:00
|
|
|
// Emit the array of instruction names.
|
2020-12-03 15:58:37 +01:00
|
|
|
Records.startTimer("Emit instruction names");
|
2012-04-01 20:14:14 +02:00
|
|
|
InstrNames.layout();
|
[tablegen] Emit string literals instead of char arrays
This changes the generated (Instr|Asm|Reg|Regclass)Name tables from this
form:
extern const char HexagonInstrNameData[] = {
/* 0 */ 'G', '_', 'F', 'L', 'O', 'G', '1', '0', 0,
/* 9 */ 'E', 'N', 'D', 'L', 'O', 'O', 'P', '0', 0,
/* 18 */ 'V', '6', '_', 'v', 'd', 'd', '0', 0,
/* 26 */ 'P', 'S', '_', 'v', 'd', 'd', '0', 0,
[...]
};
...to this:
extern const char HexagonInstrNameData[] = {
/* 0 */ "G_FLOG10\0"
/* 9 */ "ENDLOOP0\0"
/* 18 */ "V6_vdd0\0"
/* 26 */ "PS_vdd0\0"
[...]
};
This should make debugging and exploration a lot easier for mortals,
while providing a significant compile-time reduction for common compilers.
To avoid issues with low implementation limits, this is disabled by
default for visual studio.
To force output one way or the other, pass
`--long-string-literals=<bool>` to `tablegen`
Reviewers: mstorsjo, rnk
Subscribers: llvm-commits
Differential Revision: https://reviews.llvm.org/D73044
A variation of this patch was originally committed in ce23515f5ab011 and
then reverted in e464b31c due to build failures.
2020-01-15 15:14:01 +01:00
|
|
|
InstrNames.emitStringLiteralDef(OS, Twine("extern const char ") + TargetName +
|
|
|
|
"InstrNameData[]");
|
2012-04-01 20:14:14 +02:00
|
|
|
|
|
|
|
OS << "extern const unsigned " << TargetName <<"InstrNameIndices[] = {";
|
2014-04-18 04:09:07 +02:00
|
|
|
Num = 0;
|
|
|
|
for (const CodeGenInstruction *Inst : NumberedInstructions) {
|
|
|
|
// Newline every eight entries.
|
|
|
|
if (Num % 8 == 0)
|
2012-02-10 14:18:44 +01:00
|
|
|
OS << "\n ";
|
2020-01-28 20:23:46 +01:00
|
|
|
OS << InstrNames.get(std::string(Inst->TheDef->getName())) << "U, ";
|
2014-04-18 04:09:07 +02:00
|
|
|
++Num;
|
2012-02-10 14:18:44 +01:00
|
|
|
}
|
|
|
|
OS << "\n};\n\n";
|
|
|
|
|
2020-03-29 21:09:07 +02:00
|
|
|
bool HasDeprecationFeatures =
|
|
|
|
llvm::any_of(NumberedInstructions, [](const CodeGenInstruction *Inst) {
|
|
|
|
return !Inst->HasComplexDeprecationPredicate &&
|
|
|
|
!Inst->DeprecatedReason.empty();
|
|
|
|
});
|
|
|
|
if (HasDeprecationFeatures) {
|
|
|
|
OS << "extern const uint8_t " << TargetName
|
|
|
|
<< "InstrDeprecationFeatures[] = {";
|
|
|
|
Num = 0;
|
|
|
|
for (const CodeGenInstruction *Inst : NumberedInstructions) {
|
|
|
|
if (Num % 8 == 0)
|
|
|
|
OS << "\n ";
|
|
|
|
if (!Inst->HasComplexDeprecationPredicate &&
|
|
|
|
!Inst->DeprecatedReason.empty())
|
|
|
|
OS << Target.getInstNamespace() << "::" << Inst->DeprecatedReason
|
|
|
|
<< ", ";
|
|
|
|
else
|
|
|
|
OS << "uint8_t(-1), ";
|
|
|
|
++Num;
|
|
|
|
}
|
|
|
|
OS << "\n};\n\n";
|
|
|
|
}
|
|
|
|
|
|
|
|
bool HasComplexDeprecationInfos =
|
|
|
|
llvm::any_of(NumberedInstructions, [](const CodeGenInstruction *Inst) {
|
|
|
|
return Inst->HasComplexDeprecationPredicate;
|
|
|
|
});
|
|
|
|
if (HasComplexDeprecationInfos) {
|
|
|
|
OS << "extern const MCInstrInfo::ComplexDeprecationPredicate " << TargetName
|
|
|
|
<< "InstrComplexDeprecationInfos[] = {";
|
|
|
|
Num = 0;
|
|
|
|
for (const CodeGenInstruction *Inst : NumberedInstructions) {
|
|
|
|
if (Num % 8 == 0)
|
|
|
|
OS << "\n ";
|
|
|
|
if (Inst->HasComplexDeprecationPredicate)
|
|
|
|
// Emit a function pointer to the complex predicate method.
|
|
|
|
OS << "&get" << Inst->DeprecatedReason << "DeprecationInfo, ";
|
|
|
|
else
|
|
|
|
OS << "nullptr, ";
|
|
|
|
++Num;
|
|
|
|
}
|
|
|
|
OS << "\n};\n\n";
|
|
|
|
}
|
|
|
|
|
2011-06-28 22:29:03 +02:00
|
|
|
// MCInstrInfo initialization routine.
|
2020-12-03 15:58:37 +01:00
|
|
|
Records.startTimer("Emit initialization routine");
|
2011-06-28 22:29:03 +02:00
|
|
|
OS << "static inline void Init" << TargetName
|
|
|
|
<< "MCInstrInfo(MCInstrInfo *II) {\n";
|
2020-03-29 21:09:07 +02:00
|
|
|
OS << " II->InitMCInstrInfo(" << TargetName << "Insts, " << TargetName
|
|
|
|
<< "InstrNameIndices, " << TargetName << "InstrNameData, ";
|
|
|
|
if (HasDeprecationFeatures)
|
|
|
|
OS << TargetName << "InstrDeprecationFeatures, ";
|
|
|
|
else
|
|
|
|
OS << "nullptr, ";
|
|
|
|
if (HasComplexDeprecationInfos)
|
|
|
|
OS << TargetName << "InstrComplexDeprecationInfos, ";
|
|
|
|
else
|
|
|
|
OS << "nullptr, ";
|
|
|
|
OS << NumberedInstructions.size() << ");\n}\n\n";
|
2011-06-28 22:29:03 +02:00
|
|
|
|
2019-08-25 12:47:30 +02:00
|
|
|
OS << "} // end namespace llvm\n";
|
2011-06-28 22:07:07 +02:00
|
|
|
|
|
|
|
OS << "#endif // GET_INSTRINFO_MC_DESC\n\n";
|
2011-07-01 19:57:27 +02:00
|
|
|
|
|
|
|
// Create a TargetInstrInfo subclass to hide the MC layer initialization.
|
2016-02-11 08:39:25 +01:00
|
|
|
OS << "#ifdef GET_INSTRINFO_HEADER\n";
|
2011-07-01 19:57:27 +02:00
|
|
|
OS << "#undef GET_INSTRINFO_HEADER\n";
|
|
|
|
|
|
|
|
std::string ClassName = TargetName + "GenInstrInfo";
|
2011-07-01 22:45:01 +02:00
|
|
|
OS << "namespace llvm {\n";
|
2012-11-28 03:35:17 +01:00
|
|
|
OS << "struct " << ClassName << " : public TargetInstrInfo {\n"
|
2015-03-13 02:26:39 +01:00
|
|
|
<< " explicit " << ClassName
|
XRay: Add entry and exit sleds
Summary:
In this patch we implement the following parts of XRay:
- Supporting a function attribute named 'function-instrument' which currently only supports 'xray-always'. We should be able to use this attribute for other instrumentation approaches.
- Supporting a function attribute named 'xray-instruction-threshold' used to determine whether a function is instrumented with a minimum number of instructions (IR instruction counts).
- X86-specific nop sleds as described in the white paper.
- A machine function pass that adds the different instrumentation marker instructions at a very late stage.
- A way of identifying which return opcode is considered "normal" for each architecture.
There are some caveats here:
1) We don't handle PATCHABLE_RET in platforms other than x86_64 yet -- this means if IR used PATCHABLE_RET directly instead of a normal ret, instruction lowering for that platform might do the wrong thing. We think this should be handled at instruction selection time to by default be unpacked for platforms where XRay is not availble yet.
2) The generated section for X86 is different from what is described from the white paper for the sole reason that LLVM allows us to do this neatly. We're taking the opportunity to deviate from the white paper from this perspective to allow us to get richer information from the runtime library.
Reviewers: sanjoy, eugenis, kcc, pcc, echristo, rnk
Subscribers: niravd, majnemer, atrick, rnk, emaste, bmakam, mcrosier, mehdi_amini, llvm-commits
Differential Revision: http://reviews.llvm.org/D19904
llvm-svn: 275367
2016-07-14 06:06:33 +02:00
|
|
|
<< "(int CFSetupOpcode = -1, int CFDestroyOpcode = -1, int CatchRetOpcode = -1, int ReturnOpcode = -1);\n"
|
2018-05-25 17:55:37 +02:00
|
|
|
<< " ~" << ClassName << "() override = default;\n";
|
|
|
|
|
|
|
|
|
2019-08-25 12:47:30 +02:00
|
|
|
OS << "\n};\n} // end namespace llvm\n";
|
2011-07-01 19:57:27 +02:00
|
|
|
|
|
|
|
OS << "#endif // GET_INSTRINFO_HEADER\n\n";
|
|
|
|
|
2018-11-27 21:58:27 +01:00
|
|
|
OS << "#ifdef GET_INSTRINFO_HELPER_DECLS\n";
|
2018-12-04 02:43:22 +01:00
|
|
|
OS << "#undef GET_INSTRINFO_HELPER_DECLS\n\n";
|
[tblgen][PredicateExpander] Add the ability to describe more complex constraints on instruction operands.
Before this patch, class PredicateExpander only knew how to expand simple
predicates that performed checks on instruction operands.
In particular, the new scheduling predicate syntax was not rich enough to
express checks like this one:
Foo(MI->getOperand(0).getImm()) == ExpectedVal;
Here, the immediate operand value at index zero is passed in input to function
Foo, and ExpectedVal is compared against the value returned by function Foo.
While this predicate pattern doesn't show up in any X86 model, it shows up in
other upstream targets. So, being able to support those predicates is
fundamental if we want to be able to modernize all the scheduling models
upstream.
With this patch, we allow users to specify if a register/immediate operand value
needs to be passed in input to a function as part of the predicate check. Now,
register/immediate operand checks all derive from base class CheckOperandBase.
This patch also changes where TIIPredicate definitions are expanded by the
instructon info emitter. Before, definitions were expanded in class
XXXGenInstrInfo (where XXX is a target name).
With the introduction of this new syntax, we may want to have TIIPredicates
expanded directly in XXXInstrInfo. That is because functions used by the new
operand predicates may only exist in the derived class (i.e. XXXInstrInfo).
This patch is a non functional change for the existing scheduling models.
In future, we will be able to use this richer syntax to better describe complex
scheduling predicates, and expose them to llvm-mca.
Differential Revision: https://reviews.llvm.org/D53880
llvm-svn: 345714
2018-10-31 13:28:05 +01:00
|
|
|
emitTIIHelperMethods(OS, TargetName, /* ExpandDefintion = */false);
|
2018-12-04 02:43:22 +01:00
|
|
|
OS << "\n";
|
2018-11-27 21:58:27 +01:00
|
|
|
OS << "#endif // GET_INSTRINFO_HELPER_DECLS\n\n";
|
[tblgen][PredicateExpander] Add the ability to describe more complex constraints on instruction operands.
Before this patch, class PredicateExpander only knew how to expand simple
predicates that performed checks on instruction operands.
In particular, the new scheduling predicate syntax was not rich enough to
express checks like this one:
Foo(MI->getOperand(0).getImm()) == ExpectedVal;
Here, the immediate operand value at index zero is passed in input to function
Foo, and ExpectedVal is compared against the value returned by function Foo.
While this predicate pattern doesn't show up in any X86 model, it shows up in
other upstream targets. So, being able to support those predicates is
fundamental if we want to be able to modernize all the scheduling models
upstream.
With this patch, we allow users to specify if a register/immediate operand value
needs to be passed in input to a function as part of the predicate check. Now,
register/immediate operand checks all derive from base class CheckOperandBase.
This patch also changes where TIIPredicate definitions are expanded by the
instructon info emitter. Before, definitions were expanded in class
XXXGenInstrInfo (where XXX is a target name).
With the introduction of this new syntax, we may want to have TIIPredicates
expanded directly in XXXInstrInfo. That is because functions used by the new
operand predicates may only exist in the derived class (i.e. XXXInstrInfo).
This patch is a non functional change for the existing scheduling models.
In future, we will be able to use this richer syntax to better describe complex
scheduling predicates, and expose them to llvm-mca.
Differential Revision: https://reviews.llvm.org/D53880
llvm-svn: 345714
2018-10-31 13:28:05 +01:00
|
|
|
|
2018-11-27 21:58:27 +01:00
|
|
|
OS << "#ifdef GET_INSTRINFO_HELPERS\n";
|
2018-12-04 02:43:22 +01:00
|
|
|
OS << "#undef GET_INSTRINFO_HELPERS\n\n";
|
[tblgen][PredicateExpander] Add the ability to describe more complex constraints on instruction operands.
Before this patch, class PredicateExpander only knew how to expand simple
predicates that performed checks on instruction operands.
In particular, the new scheduling predicate syntax was not rich enough to
express checks like this one:
Foo(MI->getOperand(0).getImm()) == ExpectedVal;
Here, the immediate operand value at index zero is passed in input to function
Foo, and ExpectedVal is compared against the value returned by function Foo.
While this predicate pattern doesn't show up in any X86 model, it shows up in
other upstream targets. So, being able to support those predicates is
fundamental if we want to be able to modernize all the scheduling models
upstream.
With this patch, we allow users to specify if a register/immediate operand value
needs to be passed in input to a function as part of the predicate check. Now,
register/immediate operand checks all derive from base class CheckOperandBase.
This patch also changes where TIIPredicate definitions are expanded by the
instructon info emitter. Before, definitions were expanded in class
XXXGenInstrInfo (where XXX is a target name).
With the introduction of this new syntax, we may want to have TIIPredicates
expanded directly in XXXInstrInfo. That is because functions used by the new
operand predicates may only exist in the derived class (i.e. XXXInstrInfo).
This patch is a non functional change for the existing scheduling models.
In future, we will be able to use this richer syntax to better describe complex
scheduling predicates, and expose them to llvm-mca.
Differential Revision: https://reviews.llvm.org/D53880
llvm-svn: 345714
2018-10-31 13:28:05 +01:00
|
|
|
emitTIIHelperMethods(OS, TargetName, /* ExpandDefintion = */true);
|
2018-12-04 02:43:19 +01:00
|
|
|
OS << "#endif // GET_INSTRINFO_HELPERS\n\n";
|
[tblgen][PredicateExpander] Add the ability to describe more complex constraints on instruction operands.
Before this patch, class PredicateExpander only knew how to expand simple
predicates that performed checks on instruction operands.
In particular, the new scheduling predicate syntax was not rich enough to
express checks like this one:
Foo(MI->getOperand(0).getImm()) == ExpectedVal;
Here, the immediate operand value at index zero is passed in input to function
Foo, and ExpectedVal is compared against the value returned by function Foo.
While this predicate pattern doesn't show up in any X86 model, it shows up in
other upstream targets. So, being able to support those predicates is
fundamental if we want to be able to modernize all the scheduling models
upstream.
With this patch, we allow users to specify if a register/immediate operand value
needs to be passed in input to a function as part of the predicate check. Now,
register/immediate operand checks all derive from base class CheckOperandBase.
This patch also changes where TIIPredicate definitions are expanded by the
instructon info emitter. Before, definitions were expanded in class
XXXGenInstrInfo (where XXX is a target name).
With the introduction of this new syntax, we may want to have TIIPredicates
expanded directly in XXXInstrInfo. That is because functions used by the new
operand predicates may only exist in the derived class (i.e. XXXInstrInfo).
This patch is a non functional change for the existing scheduling models.
In future, we will be able to use this richer syntax to better describe complex
scheduling predicates, and expose them to llvm-mca.
Differential Revision: https://reviews.llvm.org/D53880
llvm-svn: 345714
2018-10-31 13:28:05 +01:00
|
|
|
|
2016-02-11 08:39:25 +01:00
|
|
|
OS << "#ifdef GET_INSTRINFO_CTOR_DTOR\n";
|
2013-11-19 01:57:56 +01:00
|
|
|
OS << "#undef GET_INSTRINFO_CTOR_DTOR\n";
|
2011-07-01 19:57:27 +02:00
|
|
|
|
2011-07-01 22:45:01 +02:00
|
|
|
OS << "namespace llvm {\n";
|
2011-10-22 18:50:00 +02:00
|
|
|
OS << "extern const MCInstrDesc " << TargetName << "Insts[];\n";
|
2012-03-15 19:05:57 +01:00
|
|
|
OS << "extern const unsigned " << TargetName << "InstrNameIndices[];\n";
|
2012-04-01 20:14:14 +02:00
|
|
|
OS << "extern const char " << TargetName << "InstrNameData[];\n";
|
2020-03-29 21:09:07 +02:00
|
|
|
if (HasDeprecationFeatures)
|
|
|
|
OS << "extern const uint8_t " << TargetName
|
|
|
|
<< "InstrDeprecationFeatures[];\n";
|
|
|
|
if (HasComplexDeprecationInfos)
|
|
|
|
OS << "extern const MCInstrInfo::ComplexDeprecationPredicate " << TargetName
|
|
|
|
<< "InstrComplexDeprecationInfos[];\n";
|
2015-03-13 02:26:39 +01:00
|
|
|
OS << ClassName << "::" << ClassName
|
2020-03-29 21:09:07 +02:00
|
|
|
<< "(int CFSetupOpcode, int CFDestroyOpcode, int CatchRetOpcode, int "
|
|
|
|
"ReturnOpcode)\n"
|
|
|
|
<< " : TargetInstrInfo(CFSetupOpcode, CFDestroyOpcode, CatchRetOpcode, "
|
|
|
|
"ReturnOpcode) {\n"
|
2015-03-13 02:26:39 +01:00
|
|
|
<< " InitMCInstrInfo(" << TargetName << "Insts, " << TargetName
|
2020-03-29 21:09:07 +02:00
|
|
|
<< "InstrNameIndices, " << TargetName << "InstrNameData, ";
|
|
|
|
if (HasDeprecationFeatures)
|
|
|
|
OS << TargetName << "InstrDeprecationFeatures, ";
|
|
|
|
else
|
|
|
|
OS << "nullptr, ";
|
|
|
|
if (HasComplexDeprecationInfos)
|
|
|
|
OS << TargetName << "InstrComplexDeprecationInfos, ";
|
|
|
|
else
|
|
|
|
OS << "nullptr, ";
|
|
|
|
OS << NumberedInstructions.size() << ");\n}\n";
|
2019-08-25 12:47:30 +02:00
|
|
|
OS << "} // end namespace llvm\n";
|
2011-07-01 19:57:27 +02:00
|
|
|
|
2013-11-19 01:57:56 +01:00
|
|
|
OS << "#endif // GET_INSTRINFO_CTOR_DTOR\n\n";
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
|
2020-12-03 15:58:37 +01:00
|
|
|
Records.startTimer("Emit operand name mappings");
|
TableGen: Generate a function for getting operand indices based on their defined names
This patch modifies TableGen to generate a function in
${TARGET}GenInstrInfo.inc called getNamedOperandIdx(), which can be used
to look up indices for operands based on their names.
In order to activate this feature for an instruction, you must set the
UseNamedOperandTable bit.
For example, if you have an instruction like:
def ADD : TargetInstr <(outs GPR:$dst), (ins GPR:$src0, GPR:$src1)>;
You can look up the operand indices using the new function, like this:
Target::getNamedOperandIdx(Target::ADD, Target::OpName::dst) => 0
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src0) => 1
Target::getNamedOperandIdx(Target::ADD, Target::OpName::src1) => 2
The operand names are case sensitive, so $dst and $DST are considered
different operands.
This change is useful for R600 which has instructions with a large number
of operands, many of which model single bit instruction configuration
values. These configuration bits are common across most instructions,
but may have a different operand index depending on the instruction type.
It is useful to have a convenient way to look up the operand indices,
so these bits can be generically set on any instruction.
llvm-svn: 184879
2013-06-25 23:22:09 +02:00
|
|
|
emitOperandNameMappings(OS, Target, NumberedInstructions);
|
2013-11-17 22:24:41 +01:00
|
|
|
|
2020-12-03 15:58:37 +01:00
|
|
|
Records.startTimer("Emit operand type mappings");
|
2019-07-17 00:10:16 +02:00
|
|
|
emitOperandTypeMappings(OS, Target, NumberedInstructions);
|
2018-05-25 18:02:43 +02:00
|
|
|
|
[M68k][TableGen](1/8) TableGen related changes
- Add a new TableGen backend: CodeBeads
- Add support to generate logical operand information
For the first item, it is currently a workaround of M68k's (complex)
instruction encoding. A typical architecture, especially CISC one like
X86, normally uses `MCInstrDesc::TSFlags` to carry instruction encoding
info. However, at the early days of M68k backend development, we found
it difficult to fit every possible encoding into the 64-bit
`MCInstrDesc::TSFlags`. Therefore CodeBeads was invented to provide
an alternative, arbitrary length container for instruciton encoding
info. However, in the long term we incline not to use a new TG
backend for less common pattern like what we encountered in M68k. A bug
has been created to host to discussion on migrating from CodeBeads to
more concise solution: https://bugs.llvm.org/show_bug.cgi?id=48792
The second item was also served for similar purpose. It created utility
functions that tell you the index of a `MachineOperand` in a
`MachineInst` given a logical operand index. In normal cases a logical
operand is the same as `MachineOperand`, but for operands using complex
addressing mode a logical operand might be consisting of multiple
`MachineOperand`. The TableGen-ed `getLogicalOperandIdx`, for instance,
can give you the mapping between these two concepts. Nevertheless, we
hope to remove this feature in the future if possible. Since it's not
really useful for the targets supported by LLVM now either.
Authors: myhsu, m4yers, glaubitz
Differential Revision: https://reviews.llvm.org/D88385
2021-03-08 01:30:54 +01:00
|
|
|
Records.startTimer("Emit logical operand size mappings");
|
|
|
|
emitLogicalOperandSizeMappings(OS, TargetName, NumberedInstructions);
|
|
|
|
|
|
|
|
Records.startTimer("Emit logical operand type mappings");
|
|
|
|
emitLogicalOperandTypeMappings(OS, TargetName, NumberedInstructions);
|
|
|
|
|
2020-12-03 15:58:37 +01:00
|
|
|
Records.startTimer("Emit helper methods");
|
2018-08-14 20:36:54 +02:00
|
|
|
emitMCIIHelperMethods(OS, TargetName);
|
2003-10-05 21:27:59 +02:00
|
|
|
}
|
|
|
|
|
2004-08-01 07:04:00 +02:00
|
|
|
void InstrInfoEmitter::emitRecord(const CodeGenInstruction &Inst, unsigned Num,
|
2005-08-18 23:36:47 +02:00
|
|
|
Record *InstrInfo,
|
2005-10-29 00:59:53 +02:00
|
|
|
std::map<std::vector<Record*>, unsigned> &EmittedLists,
|
2008-01-06 02:20:13 +01:00
|
|
|
const OperandInfoMapTy &OpInfo,
|
2009-07-03 02:10:29 +02:00
|
|
|
raw_ostream &OS) {
|
2008-01-06 02:53:37 +01:00
|
|
|
int MinOperands = 0;
|
2012-10-12 19:57:35 +02:00
|
|
|
if (!Inst.Operands.empty())
|
2005-08-19 02:59:49 +02:00
|
|
|
// Each logical operand can be multiple MI operands.
|
2010-11-01 05:03:32 +01:00
|
|
|
MinOperands = Inst.Operands.back().MIOperandNo +
|
|
|
|
Inst.Operands.back().MINumOperands;
|
2008-05-29 21:57:41 +02:00
|
|
|
|
2006-11-17 02:46:27 +01:00
|
|
|
OS << " { ";
|
2007-08-02 02:20:17 +02:00
|
|
|
OS << Num << ",\t" << MinOperands << ",\t"
|
2011-07-14 01:22:26 +02:00
|
|
|
<< Inst.Operands.NumDefs << ",\t"
|
2015-05-28 20:03:07 +02:00
|
|
|
<< Inst.TheDef->getValueAsInt("Size") << ",\t"
|
|
|
|
<< SchedModels.getSchedClassIdx(Inst) << ",\t0";
|
2003-10-05 21:27:59 +02:00
|
|
|
|
[MachineOperand][Target] MachineOperand::isRenamable semantics changes
Summary:
Add a target option AllowRegisterRenaming that is used to opt in to
post-register-allocation renaming of registers. This is set to 0 by
default, which causes the hasExtraSrcRegAllocReq/hasExtraDstRegAllocReq
fields of all opcodes to be set to 1, causing
MachineOperand::isRenamable to always return false.
Set the AllowRegisterRenaming flag to 1 for all in-tree targets that
have lit tests that were effected by enabling COPY forwarding in
MachineCopyPropagation (AArch64, AMDGPU, ARM, Hexagon, Mips, PowerPC,
RISCV, Sparc, SystemZ and X86).
Add some more comments describing the semantics of the
MachineOperand::isRenamable function and how it is set and maintained.
Change isRenamable to check the operand's opcode
hasExtraSrcRegAllocReq/hasExtraDstRegAllocReq bit directly instead of
relying on it being consistently reflected in the IsRenamable bit
setting.
Clear the IsRenamable bit when changing an operand's register value.
Remove target code that was clearing the IsRenamable bit when changing
registers/opcodes now that this is done conservatively by default.
Change setting of hasExtraSrcRegAllocReq in AMDGPU target to be done in
one place covering all opcodes that have constant pipe read limit
restrictions.
Reviewers: qcolombet, MatzeB
Subscribers: aemerson, arsenm, jyknight, mcrosier, sdardis, nhaehnle, javed.absar, tpr, arichardson, kristof.beyls, kbarton, fedor.sergeev, asb, rbar, johnrusso, simoncook, jordy.potman.lists, apazos, sabuasal, niosHD, escha, nemanjai, llvm-commits
Differential Revision: https://reviews.llvm.org/D43042
llvm-svn: 325931
2018-02-23 19:25:08 +01:00
|
|
|
CodeGenTarget &Target = CDP.getTargetInfo();
|
|
|
|
|
2015-02-26 01:00:33 +01:00
|
|
|
// Emit all of the target independent flags...
|
2019-10-07 20:43:29 +02:00
|
|
|
if (Inst.isPreISelOpcode) OS << "|(1ULL<<MCID::PreISelOpcode)";
|
2015-05-28 20:33:39 +02:00
|
|
|
if (Inst.isPseudo) OS << "|(1ULL<<MCID::Pseudo)";
|
|
|
|
if (Inst.isReturn) OS << "|(1ULL<<MCID::Return)";
|
2018-08-21 21:44:11 +02:00
|
|
|
if (Inst.isEHScopeReturn) OS << "|(1ULL<<MCID::EHScopeReturn)";
|
2015-05-28 20:33:39 +02:00
|
|
|
if (Inst.isBranch) OS << "|(1ULL<<MCID::Branch)";
|
|
|
|
if (Inst.isIndirectBranch) OS << "|(1ULL<<MCID::IndirectBranch)";
|
|
|
|
if (Inst.isCompare) OS << "|(1ULL<<MCID::Compare)";
|
|
|
|
if (Inst.isMoveImm) OS << "|(1ULL<<MCID::MoveImm)";
|
2018-05-23 17:28:28 +02:00
|
|
|
if (Inst.isMoveReg) OS << "|(1ULL<<MCID::MoveReg)";
|
2015-05-28 20:33:39 +02:00
|
|
|
if (Inst.isBitcast) OS << "|(1ULL<<MCID::Bitcast)";
|
2016-09-14 10:20:03 +02:00
|
|
|
if (Inst.isAdd) OS << "|(1ULL<<MCID::Add)";
|
2018-07-13 17:19:33 +02:00
|
|
|
if (Inst.isTrap) OS << "|(1ULL<<MCID::Trap)";
|
2015-05-28 20:33:39 +02:00
|
|
|
if (Inst.isSelect) OS << "|(1ULL<<MCID::Select)";
|
|
|
|
if (Inst.isBarrier) OS << "|(1ULL<<MCID::Barrier)";
|
|
|
|
if (Inst.hasDelaySlot) OS << "|(1ULL<<MCID::DelaySlot)";
|
|
|
|
if (Inst.isCall) OS << "|(1ULL<<MCID::Call)";
|
|
|
|
if (Inst.canFoldAsLoad) OS << "|(1ULL<<MCID::FoldableAsLoad)";
|
|
|
|
if (Inst.mayLoad) OS << "|(1ULL<<MCID::MayLoad)";
|
|
|
|
if (Inst.mayStore) OS << "|(1ULL<<MCID::MayStore)";
|
2019-06-06 00:33:10 +02:00
|
|
|
if (Inst.mayRaiseFPException) OS << "|(1ULL<<MCID::MayRaiseFPException)";
|
2015-05-28 20:33:39 +02:00
|
|
|
if (Inst.isPredicable) OS << "|(1ULL<<MCID::Predicable)";
|
|
|
|
if (Inst.isConvertibleToThreeAddress) OS << "|(1ULL<<MCID::ConvertibleTo3Addr)";
|
|
|
|
if (Inst.isCommutable) OS << "|(1ULL<<MCID::Commutable)";
|
|
|
|
if (Inst.isTerminator) OS << "|(1ULL<<MCID::Terminator)";
|
|
|
|
if (Inst.isReMaterializable) OS << "|(1ULL<<MCID::Rematerializable)";
|
|
|
|
if (Inst.isNotDuplicable) OS << "|(1ULL<<MCID::NotDuplicable)";
|
|
|
|
if (Inst.Operands.hasOptionalDef) OS << "|(1ULL<<MCID::HasOptionalDef)";
|
|
|
|
if (Inst.usesCustomInserter) OS << "|(1ULL<<MCID::UsesCustomInserter)";
|
|
|
|
if (Inst.hasPostISelHook) OS << "|(1ULL<<MCID::HasPostISelHook)";
|
|
|
|
if (Inst.Operands.isVariadic)OS << "|(1ULL<<MCID::Variadic)";
|
|
|
|
if (Inst.hasSideEffects) OS << "|(1ULL<<MCID::UnmodeledSideEffects)";
|
|
|
|
if (Inst.isAsCheapAsAMove) OS << "|(1ULL<<MCID::CheapAsAMove)";
|
[MachineOperand][Target] MachineOperand::isRenamable semantics changes
Summary:
Add a target option AllowRegisterRenaming that is used to opt in to
post-register-allocation renaming of registers. This is set to 0 by
default, which causes the hasExtraSrcRegAllocReq/hasExtraDstRegAllocReq
fields of all opcodes to be set to 1, causing
MachineOperand::isRenamable to always return false.
Set the AllowRegisterRenaming flag to 1 for all in-tree targets that
have lit tests that were effected by enabling COPY forwarding in
MachineCopyPropagation (AArch64, AMDGPU, ARM, Hexagon, Mips, PowerPC,
RISCV, Sparc, SystemZ and X86).
Add some more comments describing the semantics of the
MachineOperand::isRenamable function and how it is set and maintained.
Change isRenamable to check the operand's opcode
hasExtraSrcRegAllocReq/hasExtraDstRegAllocReq bit directly instead of
relying on it being consistently reflected in the IsRenamable bit
setting.
Clear the IsRenamable bit when changing an operand's register value.
Remove target code that was clearing the IsRenamable bit when changing
registers/opcodes now that this is done conservatively by default.
Change setting of hasExtraSrcRegAllocReq in AMDGPU target to be done in
one place covering all opcodes that have constant pipe read limit
restrictions.
Reviewers: qcolombet, MatzeB
Subscribers: aemerson, arsenm, jyknight, mcrosier, sdardis, nhaehnle, javed.absar, tpr, arichardson, kristof.beyls, kbarton, fedor.sergeev, asb, rbar, johnrusso, simoncook, jordy.potman.lists, apazos, sabuasal, niosHD, escha, nemanjai, llvm-commits
Differential Revision: https://reviews.llvm.org/D43042
llvm-svn: 325931
2018-02-23 19:25:08 +01:00
|
|
|
if (!Target.getAllowRegisterRenaming() || Inst.hasExtraSrcRegAllocReq)
|
|
|
|
OS << "|(1ULL<<MCID::ExtraSrcRegAllocReq)";
|
|
|
|
if (!Target.getAllowRegisterRenaming() || Inst.hasExtraDefRegAllocReq)
|
|
|
|
OS << "|(1ULL<<MCID::ExtraDefRegAllocReq)";
|
2015-05-28 20:33:39 +02:00
|
|
|
if (Inst.isRegSequence) OS << "|(1ULL<<MCID::RegSequence)";
|
|
|
|
if (Inst.isExtractSubreg) OS << "|(1ULL<<MCID::ExtractSubreg)";
|
|
|
|
if (Inst.isInsertSubreg) OS << "|(1ULL<<MCID::InsertSubreg)";
|
|
|
|
if (Inst.isConvergent) OS << "|(1ULL<<MCID::Convergent)";
|
2018-12-03 11:32:42 +01:00
|
|
|
if (Inst.variadicOpsAreDefs) OS << "|(1ULL<<MCID::VariadicOpsAreDefs)";
|
2019-11-14 22:11:34 +01:00
|
|
|
if (Inst.isAuthenticated) OS << "|(1ULL<<MCID::Authenticated)";
|
2003-10-05 21:27:59 +02:00
|
|
|
|
|
|
|
// Emit all of the target-specific flags...
|
2011-07-30 00:43:06 +02:00
|
|
|
BitsInit *TSF = Inst.TheDef->getValueAsBitsInit("TSFlags");
|
2012-10-25 22:33:17 +02:00
|
|
|
if (!TSF)
|
[tablegen] Add locations to many PrintFatalError() calls
Summary:
While working on the GISel Combiner, I noticed I was producing location-less
error messages fairly often and set about fixing this. In the process, I
noticed quite a few places elsewhere in TableGen that also neglected to include
a relevant location.
This patch adds locations to errors that relate to a specific record (or a
field within it) and also have easy access to the relevant location. This is
particularly useful when multiclasses are involved as many of these errors
refer to the full name of a record and it's difficult to guess which substring
is grep-able.
Unfortunately, tablegen currently only supports Record granularity so it's not
currently possible to point at a specific Init so these sometimes point at the
record that caused the error rather than the precise origin of the error.
Reviewers: bogner, aditya_nandakumar, volkan, aemerson, paquette, nhaehnle
Reviewed By: nhaehnle
Subscribers: jdoerfert, nhaehnle, asb, rbar, johnrusso, simoncook, apazos, sabuasal, niosHD, jrtc27, zzheng, edward-jones, rogfer01, MartinMosbeck, brucehoult, the_o, PkmX, jocewei, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D58077
llvm-svn: 353862
2019-02-12 18:36:57 +01:00
|
|
|
PrintFatalError(Inst.TheDef->getLoc(), "no TSFlags?");
|
2010-04-05 05:10:20 +02:00
|
|
|
uint64_t Value = 0;
|
|
|
|
for (unsigned i = 0, e = TSF->getNumBits(); i != e; ++i) {
|
2016-12-12 23:23:53 +01:00
|
|
|
if (const auto *Bit = dyn_cast<BitInit>(TSF->getBit(i)))
|
2010-04-05 05:10:20 +02:00
|
|
|
Value |= uint64_t(Bit->getValue()) << i;
|
|
|
|
else
|
[tablegen] Add locations to many PrintFatalError() calls
Summary:
While working on the GISel Combiner, I noticed I was producing location-less
error messages fairly often and set about fixing this. In the process, I
noticed quite a few places elsewhere in TableGen that also neglected to include
a relevant location.
This patch adds locations to errors that relate to a specific record (or a
field within it) and also have easy access to the relevant location. This is
particularly useful when multiclasses are involved as many of these errors
refer to the full name of a record and it's difficult to guess which substring
is grep-able.
Unfortunately, tablegen currently only supports Record granularity so it's not
currently possible to point at a specific Init so these sometimes point at the
record that caused the error rather than the precise origin of the error.
Reviewers: bogner, aditya_nandakumar, volkan, aemerson, paquette, nhaehnle
Reviewed By: nhaehnle
Subscribers: jdoerfert, nhaehnle, asb, rbar, johnrusso, simoncook, apazos, sabuasal, niosHD, jrtc27, zzheng, edward-jones, rogfer01, MartinMosbeck, brucehoult, the_o, PkmX, jocewei, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D58077
llvm-svn: 353862
2019-02-12 18:36:57 +01:00
|
|
|
PrintFatalError(Inst.TheDef->getLoc(),
|
|
|
|
"Invalid TSFlags bit in " + Inst.TheDef->getName());
|
2010-04-05 05:10:20 +02:00
|
|
|
}
|
|
|
|
OS << ", 0x";
|
|
|
|
OS.write_hex(Value);
|
2010-06-09 18:16:48 +02:00
|
|
|
OS << "ULL, ";
|
2003-10-05 21:27:59 +02:00
|
|
|
|
|
|
|
// Emit the implicit uses and defs lists...
|
2005-10-29 00:59:53 +02:00
|
|
|
std::vector<Record*> UseList = Inst.TheDef->getValueAsListOfDefs("Uses");
|
|
|
|
if (UseList.empty())
|
2014-04-30 07:53:35 +02:00
|
|
|
OS << "nullptr, ";
|
2005-04-22 02:00:37 +02:00
|
|
|
else
|
2005-10-29 00:59:53 +02:00
|
|
|
OS << "ImplicitList" << EmittedLists[UseList] << ", ";
|
2003-10-05 21:27:59 +02:00
|
|
|
|
2005-10-29 00:59:53 +02:00
|
|
|
std::vector<Record*> DefList = Inst.TheDef->getValueAsListOfDefs("Defs");
|
|
|
|
if (DefList.empty())
|
2014-04-30 07:53:35 +02:00
|
|
|
OS << "nullptr, ";
|
2005-04-22 02:00:37 +02:00
|
|
|
else
|
2005-10-29 00:59:53 +02:00
|
|
|
OS << "ImplicitList" << EmittedLists[DefList] << ", ";
|
2003-10-05 21:27:59 +02:00
|
|
|
|
2005-08-19 18:57:28 +02:00
|
|
|
// Emit the operand info.
|
2006-11-07 00:49:51 +01:00
|
|
|
std::vector<std::string> OperandInfo = GetOperandInfo(Inst);
|
2005-08-19 20:46:26 +02:00
|
|
|
if (OperandInfo.empty())
|
2014-04-30 07:53:35 +02:00
|
|
|
OS << "nullptr";
|
2005-08-19 18:57:28 +02:00
|
|
|
else
|
2008-01-06 02:20:13 +01:00
|
|
|
OS << "OperandInfo" << OpInfo.find(OperandInfo)->second;
|
2003-10-05 21:27:59 +02:00
|
|
|
|
2010-04-05 05:10:20 +02:00
|
|
|
OS << " }, // Inst #" << Num << " = " << Inst.TheDef->getName() << "\n";
|
2003-10-05 21:27:59 +02:00
|
|
|
}
|
2011-06-28 22:07:07 +02:00
|
|
|
|
|
|
|
// emitEnums - Print out enum values for all of the instructions.
|
|
|
|
void InstrInfoEmitter::emitEnums(raw_ostream &OS) {
|
2016-02-11 08:39:25 +01:00
|
|
|
OS << "#ifdef GET_INSTRINFO_ENUM\n";
|
2011-06-28 22:07:07 +02:00
|
|
|
OS << "#undef GET_INSTRINFO_ENUM\n";
|
|
|
|
|
|
|
|
OS << "namespace llvm {\n\n";
|
|
|
|
|
2020-05-23 17:55:20 +02:00
|
|
|
const CodeGenTarget &Target = CDP.getTargetInfo();
|
2011-06-28 22:07:07 +02:00
|
|
|
|
|
|
|
// We must emit the PHI opcode first...
|
2017-07-07 08:22:35 +02:00
|
|
|
StringRef Namespace = Target.getInstNamespace();
|
2012-04-11 23:02:30 +02:00
|
|
|
|
2015-05-12 00:17:13 +02:00
|
|
|
if (Namespace.empty())
|
|
|
|
PrintFatalError("No instructions defined!");
|
2011-06-28 22:07:07 +02:00
|
|
|
|
|
|
|
OS << "namespace " << Namespace << " {\n";
|
|
|
|
OS << " enum {\n";
|
2014-04-18 04:09:07 +02:00
|
|
|
unsigned Num = 0;
|
2016-02-11 08:39:22 +01:00
|
|
|
for (const CodeGenInstruction *Inst : Target.getInstructionsByEnumValue())
|
2014-04-18 04:09:07 +02:00
|
|
|
OS << " " << Inst->TheDef->getName() << "\t= " << Num++ << ",\n";
|
2016-02-11 08:39:22 +01:00
|
|
|
OS << " INSTRUCTION_LIST_END = " << Num << "\n";
|
2014-11-23 10:40:10 +01:00
|
|
|
OS << " };\n\n";
|
2019-08-25 12:47:30 +02:00
|
|
|
OS << "} // end namespace " << Namespace << "\n";
|
|
|
|
OS << "} // end namespace llvm\n";
|
2017-12-13 08:26:17 +01:00
|
|
|
OS << "#endif // GET_INSTRINFO_ENUM\n\n";
|
|
|
|
|
|
|
|
OS << "#ifdef GET_INSTRINFO_SCHED_ENUM\n";
|
|
|
|
OS << "#undef GET_INSTRINFO_SCHED_ENUM\n";
|
|
|
|
OS << "namespace llvm {\n\n";
|
|
|
|
OS << "namespace " << Namespace << " {\n";
|
2013-09-03 21:43:28 +02:00
|
|
|
OS << "namespace Sched {\n";
|
|
|
|
OS << " enum {\n";
|
2014-04-18 04:09:07 +02:00
|
|
|
Num = 0;
|
|
|
|
for (const auto &Class : SchedModels.explicit_classes())
|
|
|
|
OS << " " << Class.Name << "\t= " << Num++ << ",\n";
|
2016-02-11 08:39:22 +01:00
|
|
|
OS << " SCHED_LIST_END = " << Num << "\n";
|
2014-11-23 10:40:10 +01:00
|
|
|
OS << " };\n";
|
2019-08-25 12:47:30 +02:00
|
|
|
OS << "} // end namespace Sched\n";
|
|
|
|
OS << "} // end namespace " << Namespace << "\n";
|
|
|
|
OS << "} // end namespace llvm\n";
|
2011-06-28 22:07:07 +02:00
|
|
|
|
2017-12-13 08:26:17 +01:00
|
|
|
OS << "#endif // GET_INSTRINFO_SCHED_ENUM\n\n";
|
2011-06-28 22:07:07 +02:00
|
|
|
}
|
2012-06-11 17:37:55 +02:00
|
|
|
|
|
|
|
namespace llvm {
|
|
|
|
|
|
|
|
void EmitInstrInfo(RecordKeeper &RK, raw_ostream &OS) {
|
2020-12-03 15:58:37 +01:00
|
|
|
RK.startTimer("Analyze DAG patterns");
|
2012-06-11 17:37:55 +02:00
|
|
|
InstrInfoEmitter(RK).run(OS);
|
2020-12-03 15:58:37 +01:00
|
|
|
RK.startTimer("Emit map table");
|
2012-10-25 17:54:06 +02:00
|
|
|
EmitMapTable(RK, OS);
|
2012-06-11 17:37:55 +02:00
|
|
|
}
|
|
|
|
|
2019-08-25 12:47:30 +02:00
|
|
|
} // end namespace llvm
|