2015-09-11 00:49:58 +08:00
|
|
|
//===- InstrInfoEmitter.cpp - Generate a Instruction Set Desc. --*- C++ -*-===//
|
2005-04-22 08:00:37 +08:00
|
|
|
//
|
2003-10-21 04:20:30 +08:00
|
|
|
// The LLVM Compiler Infrastructure
|
|
|
|
//
|
2007-12-30 04:37:13 +08:00
|
|
|
// This file is distributed under the University of Illinois Open Source
|
|
|
|
// License. See LICENSE.TXT for details.
|
2005-04-22 08:00:37 +08:00
|
|
|
//
|
2003-10-21 04:20:30 +08:00
|
|
|
//===----------------------------------------------------------------------===//
|
2003-10-06 03:27:59 +08:00
|
|
|
//
|
|
|
|
// This tablegen backend is responsible for emitting a description of the target
|
|
|
|
// instruction set for the code generator.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
2012-06-11 23:37:55 +08:00
|
|
|
#include "CodeGenDAGPatterns.h"
|
2016-12-13 06:23:53 +08:00
|
|
|
#include "CodeGenInstruction.h"
|
2012-07-07 12:00:00 +08:00
|
|
|
#include "CodeGenSchedule.h"
|
2004-08-01 12:04:35 +08:00
|
|
|
#include "CodeGenTarget.h"
|
2018-05-25 23:55:37 +08:00
|
|
|
#include "PredicateExpander.h"
|
2012-04-02 02:14:14 +08:00
|
|
|
#include "SequenceToOffsetTable.h"
|
2012-12-04 18:37:14 +08:00
|
|
|
#include "TableGenBackends.h"
|
2016-12-13 06:23:53 +08:00
|
|
|
#include "llvm/ADT/ArrayRef.h"
|
2009-08-24 11:52:50 +08:00
|
|
|
#include "llvm/ADT/StringExtras.h"
|
2016-12-13 06:23:53 +08:00
|
|
|
#include "llvm/Support/Casting.h"
|
|
|
|
#include "llvm/Support/raw_ostream.h"
|
2012-10-26 04:33:17 +08:00
|
|
|
#include "llvm/TableGen/Error.h"
|
2012-06-11 23:37:55 +08:00
|
|
|
#include "llvm/TableGen/Record.h"
|
|
|
|
#include "llvm/TableGen/TableGenBackend.h"
|
2016-12-13 06:23:53 +08:00
|
|
|
#include <cassert>
|
|
|
|
#include <cstdint>
|
2012-06-11 23:37:55 +08:00
|
|
|
#include <map>
|
2016-12-13 06:23:53 +08:00
|
|
|
#include <string>
|
|
|
|
#include <utility>
|
2012-06-11 23:37:55 +08:00
|
|
|
#include <vector>
|
2015-09-11 00:49:58 +08:00
|
|
|
|
2004-08-01 11:55:39 +08:00
|
|
|
using namespace llvm;
|
2003-11-12 06:41:34 +08:00
|
|
|
|
2012-06-11 23:37:55 +08:00
|
|
|
namespace {
|
2016-12-13 06:23:53 +08:00
|
|
|
|
2012-06-11 23:37:55 +08:00
|
|
|
class InstrInfoEmitter {
|
|
|
|
RecordKeeper &Records;
|
|
|
|
CodeGenDAGPatterns CDP;
|
2012-07-07 12:00:00 +08:00
|
|
|
const CodeGenSchedModels &SchedModels;
|
2012-06-11 23:37:55 +08:00
|
|
|
|
|
|
|
public:
|
2012-07-07 12:00:00 +08:00
|
|
|
InstrInfoEmitter(RecordKeeper &R):
|
|
|
|
Records(R), CDP(R), SchedModels(CDP.getTargetInfo().getSchedModels()) {}
|
2012-06-11 23:37:55 +08: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-26 05:22:09 +08: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-13 06:23:53 +08: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-26 05:22:09 +08:00
|
|
|
typedef std::map<std::string, unsigned>::iterator StrUintMapIter;
|
2018-05-25 23:55:37 +08: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 20:28:05 +08:00
|
|
|
void emitTIIHelperMethods(raw_ostream &OS, StringRef TargetName,
|
|
|
|
bool ExpandDefinition = true);
|
2018-05-26 00:02:43 +08:00
|
|
|
|
|
|
|
/// Expand TIIPredicate definitions to functions that accept a const MCInst
|
|
|
|
/// reference.
|
2018-08-15 02:36:54 +08:00
|
|
|
void emitMCIIHelperMethods(raw_ostream &OS, StringRef TargetName);
|
2012-06-11 23:37:55 +08:00
|
|
|
void emitRecord(const CodeGenInstruction &Inst, unsigned Num,
|
|
|
|
Record *InstrInfo,
|
|
|
|
std::map<std::vector<Record*>, unsigned> &EL,
|
|
|
|
const OperandInfoMapTy &OpInfo,
|
|
|
|
raw_ostream &OS);
|
2013-11-18 05:24:41 +08:00
|
|
|
void emitOperandTypesEnum(raw_ostream &OS, const CodeGenTarget &Target);
|
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-26 05:22:09 +08:00
|
|
|
void initOperandMapData(
|
2016-02-01 09:33:42 +08:00
|
|
|
ArrayRef<const CodeGenInstruction *> NumberedInstructions,
|
2017-07-07 14:22:35 +08:00
|
|
|
StringRef Namespace,
|
2014-02-05 15:27:49 +08: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-26 05:22:09 +08:00
|
|
|
void emitOperandNameMappings(raw_ostream &OS, const CodeGenTarget &Target,
|
2016-02-01 09:33:42 +08:00
|
|
|
ArrayRef<const CodeGenInstruction*> NumberedInstructions);
|
2012-06-11 23:37:55 +08:00
|
|
|
|
|
|
|
// Operand information.
|
|
|
|
void EmitOperandInfo(raw_ostream &OS, OperandInfoMapTy &OperandInfoIDs);
|
|
|
|
std::vector<std::string> GetOperandInfo(const CodeGenInstruction &Inst);
|
|
|
|
};
|
2016-12-13 06:23:53 +08:00
|
|
|
|
2015-09-11 00:49:58 +08:00
|
|
|
} // end anonymous namespace
|
2012-06-11 23:37:55 +08:00
|
|
|
|
2008-01-06 09:21:51 +08:00
|
|
|
static void PrintDefList(const std::vector<Record*> &Uses,
|
2009-07-03 08:10:29 +08:00
|
|
|
unsigned Num, raw_ostream &OS) {
|
2015-12-05 15:13:35 +08:00
|
|
|
OS << "static const MCPhysReg ImplicitList" << Num << "[] = { ";
|
2016-02-16 10:48:30 +08:00
|
|
|
for (Record *U : Uses)
|
|
|
|
OS << getQualifiedName(U) << ", ";
|
2003-10-06 03:27:59 +08:00
|
|
|
OS << "0 };\n";
|
|
|
|
}
|
|
|
|
|
2008-01-06 09:20:13 +08:00
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
// Operand Info Emission.
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
2006-11-07 07:49:51 +08:00
|
|
|
std::vector<std::string>
|
|
|
|
InstrInfoEmitter::GetOperandInfo(const CodeGenInstruction &Inst) {
|
|
|
|
std::vector<std::string> Result;
|
2011-06-28 05:06:21 +08:00
|
|
|
|
2014-04-18 10:09:07 +08:00
|
|
|
for (auto &Op : Inst.Operands) {
|
2006-11-10 10:01:40 +08: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 12:03:32 +08:00
|
|
|
std::vector<CGIOperandList::OperandInfo> OperandList;
|
2006-11-10 10:01:40 +08: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 10:09:07 +08:00
|
|
|
DagInit *MIOI = Op.MIOperandInfo;
|
2011-06-28 05:06:21 +08:00
|
|
|
|
2006-11-10 10:01:40 +08:00
|
|
|
if (!MIOI || MIOI->getNumArgs() == 0) {
|
|
|
|
// Single, anonymous, operand.
|
2014-04-18 10:09:07 +08:00
|
|
|
OperandList.push_back(Op);
|
2005-11-19 15:05:57 +08:00
|
|
|
} else {
|
2014-04-18 10:09:07 +08:00
|
|
|
for (unsigned j = 0, e = Op.MINumOperands; j != e; ++j) {
|
|
|
|
OperandList.push_back(Op);
|
2006-11-07 07:49:51 +08:00
|
|
|
|
2016-12-13 06:23:53 +08:00
|
|
|
auto *OpR = cast<DefInit>(MIOI->getArg(j))->getDef();
|
2006-11-10 10:01:40 +08:00
|
|
|
OperandList.back().Rec = OpR;
|
|
|
|
}
|
|
|
|
}
|
2006-11-07 07:53:31 +08:00
|
|
|
|
2006-11-10 10:01:40 +08:00
|
|
|
for (unsigned j = 0, e = OperandList.size(); j != e; ++j) {
|
|
|
|
Record *OpR = OperandList[j].Rec;
|
|
|
|
std::string Res;
|
2011-06-28 05:06:21 +08:00
|
|
|
|
|
|
|
if (OpR->isSubClassOf("RegisterOperand"))
|
|
|
|
OpR = OpR->getValueAsDef("RegClass");
|
2006-11-10 10:01:40 +08:00
|
|
|
if (OpR->isSubClassOf("RegisterClass"))
|
|
|
|
Res += getQualifiedName(OpR) + "RegClassID, ";
|
2009-07-30 05:10:12 +08:00
|
|
|
else if (OpR->isSubClassOf("PointerLikeRegClass"))
|
|
|
|
Res += utostr(OpR->getValueAsInt("RegClassKind")) + ", ";
|
2006-11-10 10:01:40 +08:00
|
|
|
else
|
2010-06-19 02:13:55 +08:00
|
|
|
// -1 means the operand does not have a fixed register class.
|
|
|
|
Res += "-1, ";
|
2011-06-28 05:06:21 +08:00
|
|
|
|
2006-11-10 10:01:40 +08:00
|
|
|
// Fill in applicable flags.
|
|
|
|
Res += "0";
|
2011-06-28 05:06:21 +08:00
|
|
|
|
2006-11-10 10:01:40 +08:00
|
|
|
// Ptr value whose register class is resolved via callback.
|
2009-07-30 04:43:05 +08:00
|
|
|
if (OpR->isSubClassOf("PointerLikeRegClass"))
|
2011-06-29 03:10:37 +08:00
|
|
|
Res += "|(1<<MCOI::LookupPtrRegClass)";
|
2006-11-10 10:01:40 +08:00
|
|
|
|
|
|
|
// Predicate operands. Check to see if the original unexpanded operand
|
2013-08-22 17:57:11 +08:00
|
|
|
// was of type PredicateOp.
|
2014-04-18 10:09:07 +08:00
|
|
|
if (Op.Rec->isSubClassOf("PredicateOp"))
|
2011-06-29 03:10:37 +08:00
|
|
|
Res += "|(1<<MCOI::Predicate)";
|
2011-06-28 05:06:21 +08:00
|
|
|
|
2007-07-11 02:05:01 +08:00
|
|
|
// Optional def operands. Check to see if the original unexpanded operand
|
|
|
|
// was of type OptionalDefOperand.
|
2014-04-18 10:09:07 +08:00
|
|
|
if (Op.Rec->isSubClassOf("OptionalDefOperand"))
|
2011-06-29 03:10:37 +08:00
|
|
|
Res += "|(1<<MCOI::OptionalDef)";
|
2007-07-11 02:05:01 +08:00
|
|
|
|
2012-03-11 09:57:56 +08:00
|
|
|
// Fill in operand type.
|
2015-01-13 03:33:09 +08:00
|
|
|
Res += ", ";
|
2014-04-18 10:09:07 +08:00
|
|
|
assert(!Op.OperandType.empty() && "Invalid operand type.");
|
|
|
|
Res += Op.OperandType;
|
2012-03-11 09:57:56 +08:00
|
|
|
|
2006-11-10 10:01:40 +08:00
|
|
|
// Fill in constraint info.
|
2010-02-10 09:45:28 +08:00
|
|
|
Res += ", ";
|
2011-06-28 05:06:21 +08:00
|
|
|
|
2010-11-01 12:03:32 +08:00
|
|
|
const CGIOperandList::ConstraintInfo &Constraint =
|
2014-04-18 10:09:07 +08:00
|
|
|
Op.Constraints[j];
|
2010-02-10 09:45:28 +08:00
|
|
|
if (Constraint.isNone())
|
|
|
|
Res += "0";
|
|
|
|
else if (Constraint.isEarlyClobber())
|
2011-06-29 03:10:37 +08:00
|
|
|
Res += "(1 << MCOI::EARLY_CLOBBER)";
|
2010-02-10 09:45:28 +08:00
|
|
|
else {
|
|
|
|
assert(Constraint.isTied());
|
|
|
|
Res += "((" + utostr(Constraint.getTiedOperand()) +
|
2011-06-29 03:10:37 +08:00
|
|
|
" << 16) | (1 << MCOI::TIED_TO))";
|
2010-02-10 09:45:28 +08:00
|
|
|
}
|
2011-06-28 05:06:21 +08:00
|
|
|
|
2006-11-10 10:01:40 +08:00
|
|
|
Result.push_back(Res);
|
2005-08-20 02:46:26 +08:00
|
|
|
}
|
|
|
|
}
|
2006-11-01 08:27:05 +08:00
|
|
|
|
2005-08-20 02:46:26 +08:00
|
|
|
return Result;
|
|
|
|
}
|
|
|
|
|
2011-06-28 05:06:21 +08:00
|
|
|
void InstrInfoEmitter::EmitOperandInfo(raw_ostream &OS,
|
2008-01-06 09:20:13 +08:00
|
|
|
OperandInfoMapTy &OperandInfoIDs) {
|
|
|
|
// ID #0 is for no operand info.
|
|
|
|
unsigned OperandListNum = 0;
|
|
|
|
OperandInfoIDs[std::vector<std::string>()] = ++OperandListNum;
|
2011-06-28 05:06:21 +08:00
|
|
|
|
2008-01-06 09:20:13 +08:00
|
|
|
OS << "\n";
|
|
|
|
const CodeGenTarget &Target = CDP.getTargetInfo();
|
2016-01-18 04:38:18 +08:00
|
|
|
for (const CodeGenInstruction *Inst : Target.getInstructionsByEnumValue()) {
|
2014-04-18 10:09:07 +08:00
|
|
|
std::vector<std::string> OperandInfo = GetOperandInfo(*Inst);
|
2008-01-06 09:20:13 +08:00
|
|
|
unsigned &N = OperandInfoIDs[OperandInfo];
|
|
|
|
if (N != 0) continue;
|
2011-06-28 05:06:21 +08:00
|
|
|
|
2008-01-06 09:20:13 +08:00
|
|
|
N = ++OperandListNum;
|
2011-06-29 03:10:37 +08:00
|
|
|
OS << "static const MCOperandInfo OperandInfo" << N << "[] = { ";
|
2014-04-18 10:09:07 +08:00
|
|
|
for (const std::string &Info : OperandInfo)
|
|
|
|
OS << "{ " << Info << " }, ";
|
2008-01-06 09:20:13 +08: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-26 05:22:09 +08:00
|
|
|
/// Initialize data structures for generating operand name mappings.
|
|
|
|
///
|
|
|
|
/// \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 09:33:42 +08:00
|
|
|
ArrayRef<const CodeGenInstruction *> NumberedInstructions,
|
2017-07-07 14:22:35 +08: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-26 05:22:09 +08:00
|
|
|
std::map<std::string, unsigned> &Operands,
|
|
|
|
OpNameMapTy &OperandMap) {
|
|
|
|
unsigned NumOperands = 0;
|
2014-04-18 10:09:07 +08: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-26 05:22:09 +08:00
|
|
|
continue;
|
|
|
|
std::map<unsigned, unsigned> OpList;
|
2014-04-18 10:09:07 +08: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-26 05:22:09 +08: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 14:22:35 +08:00
|
|
|
OperandMap[OpList].push_back(Namespace.str() + "::" +
|
2016-12-04 13:48:16 +08: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-26 05:22:09 +08: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 09:33:42 +08:00
|
|
|
ArrayRef<const CodeGenInstruction*> NumberedInstructions) {
|
2017-07-07 14:22:35 +08: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-26 05:22:09 +08: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 09:10:08 +08: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-26 05:22:09 +08:00
|
|
|
OS << "namespace " << Namespace << " {\n";
|
2016-02-11 15:39:25 +08: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-26 05:22:09 +08:00
|
|
|
OS << "enum {\n";
|
2014-04-18 10:09:07 +08: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-26 05:22:09 +08:00
|
|
|
|
|
|
|
OS << "OPERAND_LAST";
|
|
|
|
OS << "\n};\n";
|
2015-09-11 00:49:58 +08:00
|
|
|
OS << "} // end namespace OpName\n";
|
|
|
|
OS << "} // end namespace " << Namespace << "\n";
|
|
|
|
OS << "} // end namespace llvm\n";
|
2016-02-11 15:39:25 +08: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-26 05:22:09 +08:00
|
|
|
|
|
|
|
OS << "#ifdef GET_INSTRINFO_NAMED_OPS\n";
|
|
|
|
OS << "#undef GET_INSTRINFO_NAMED_OPS\n";
|
2015-03-13 09:10:08 +08: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-26 05:22:09 +08:00
|
|
|
OS << "namespace " << Namespace << " {\n";
|
2014-08-02 01:00:27 +08: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-26 05:22:09 +08:00
|
|
|
OS << "int16_t getNamedOperandIdx(uint16_t Opcode, uint16_t NamedIdx) {\n";
|
2013-07-16 00:53:32 +08:00
|
|
|
if (!Operands.empty()) {
|
|
|
|
OS << " static const int16_t OperandMap [][" << Operands.size()
|
|
|
|
<< "] = {\n";
|
2014-04-18 10:09:07 +08:00
|
|
|
for (const auto &Entry : OperandMap) {
|
|
|
|
const std::map<unsigned, unsigned> &OpList = Entry.first;
|
2013-07-16 00:53:32 +08:00
|
|
|
OS << "{";
|
|
|
|
|
|
|
|
// Emit a row of the OperandMap table
|
2014-04-18 10:09:07 +08:00
|
|
|
for (unsigned i = 0, e = Operands.size(); i != e; ++i)
|
|
|
|
OS << (OpList.count(i) == 0 ? -1 : (int)OpList.find(i)->second) << ", ";
|
2013-07-16 00:53:32 +08: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-26 05:22:09 +08:00
|
|
|
|
2013-07-16 00:53:32 +08:00
|
|
|
OS << " switch(Opcode) {\n";
|
|
|
|
unsigned TableIndex = 0;
|
2014-04-18 10:09:07 +08: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-26 05:22:09 +08:00
|
|
|
|
2013-07-16 00:53:32 +08:00
|
|
|
OS << " return OperandMap[" << TableIndex++ << "][NamedIdx];\n";
|
|
|
|
}
|
|
|
|
OS << " default: return -1;\n";
|
|
|
|
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-26 05:22:09 +08:00
|
|
|
}
|
|
|
|
OS << "}\n";
|
2015-09-11 00:49:58 +08:00
|
|
|
OS << "} // end namespace " << Namespace << "\n";
|
|
|
|
OS << "} // end namespace llvm\n";
|
2016-02-11 15:39:25 +08: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-26 05:22:09 +08:00
|
|
|
}
|
|
|
|
|
2013-11-18 05:24:41 +08: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.
|
|
|
|
void InstrInfoEmitter::emitOperandTypesEnum(raw_ostream &OS,
|
|
|
|
const CodeGenTarget &Target) {
|
|
|
|
|
2017-07-07 14:22:35 +08:00
|
|
|
StringRef Namespace = Target.getInstNamespace();
|
2013-11-18 05:24:41 +08:00
|
|
|
std::vector<Record *> Operands = Records.getAllDerivedDefinitions("Operand");
|
|
|
|
|
2016-02-11 15:39:25 +08:00
|
|
|
OS << "#ifdef GET_INSTRINFO_OPERAND_TYPES_ENUM\n";
|
2013-11-18 05:24:41 +08:00
|
|
|
OS << "#undef GET_INSTRINFO_OPERAND_TYPES_ENUM\n";
|
2015-03-13 09:10:08 +08:00
|
|
|
OS << "namespace llvm {\n";
|
2013-11-18 05:24:41 +08:00
|
|
|
OS << "namespace " << Namespace << " {\n";
|
2016-02-11 15:39:25 +08:00
|
|
|
OS << "namespace OpTypes {\n";
|
2013-11-18 05:24:41 +08:00
|
|
|
OS << "enum OperandType {\n";
|
|
|
|
|
2014-04-18 10:09:07 +08:00
|
|
|
unsigned EnumVal = 0;
|
|
|
|
for (const Record *Op : Operands) {
|
|
|
|
if (!Op->isAnonymous())
|
|
|
|
OS << " " << Op->getName() << " = " << EnumVal << ",\n";
|
|
|
|
++EnumVal;
|
2013-11-18 05:24:41 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
OS << " OPERAND_TYPE_LIST_END" << "\n};\n";
|
2015-09-11 00:49:58 +08:00
|
|
|
OS << "} // end namespace OpTypes\n";
|
|
|
|
OS << "} // end namespace " << Namespace << "\n";
|
|
|
|
OS << "} // end namespace llvm\n";
|
2016-02-11 15:39:25 +08:00
|
|
|
OS << "#endif // GET_INSTRINFO_OPERAND_TYPES_ENUM\n\n";
|
2013-11-18 05:24:41 +08:00
|
|
|
}
|
|
|
|
|
2018-08-15 02:36:54 +08:00
|
|
|
void InstrInfoEmitter::emitMCIIHelperMethods(raw_ostream &OS,
|
|
|
|
StringRef TargetName) {
|
2018-05-26 00:02:43 +08:00
|
|
|
RecVec TIIPredicates = Records.getAllDerivedDefinitions("TIIPredicate");
|
|
|
|
if (TIIPredicates.empty())
|
|
|
|
return;
|
|
|
|
|
2018-11-28 04:58:27 +08:00
|
|
|
OS << "#ifdef GET_INSTRINFO_MC_HELPER_DECLS\n";
|
|
|
|
OS << "#undef GET_INSTRINFO_MC_HELPER_DECLS\n\n";
|
2018-05-26 00:02:43 +08:00
|
|
|
|
2018-08-13 23:13:35 +08:00
|
|
|
OS << "namespace llvm {\n";
|
|
|
|
OS << "class MCInst;\n\n";
|
2018-05-26 00:02:43 +08:00
|
|
|
|
2018-08-13 23:13:35 +08:00
|
|
|
OS << "namespace " << TargetName << "_MC {\n\n";
|
2018-05-26 00:02:43 +08:00
|
|
|
|
|
|
|
for (const Record *Rec : TIIPredicates) {
|
2018-08-13 23:13:35 +08:00
|
|
|
OS << "bool " << Rec->getValueAsString("FunctionName")
|
2018-05-26 00:02:43 +08:00
|
|
|
<< "(const MCInst &MI);\n";
|
|
|
|
}
|
|
|
|
|
2018-08-13 23:13:35 +08:00
|
|
|
OS << "\n} // end " << TargetName << "_MC namespace\n";
|
|
|
|
OS << "} // end llvm namespace\n\n";
|
2018-05-26 00:02:43 +08:00
|
|
|
|
2018-11-28 04:58:27 +08:00
|
|
|
OS << "#endif // GET_INSTRINFO_MC_HELPER_DECLS\n\n";
|
2018-05-26 00:02:43 +08:00
|
|
|
|
2018-11-28 04:58:27 +08:00
|
|
|
OS << "#ifdef GET_INSTRINFO_MC_HELPERS\n";
|
|
|
|
OS << "#undef GET_INSTRINFO_MC_HELPERS\n\n";
|
2018-05-26 00:02:43 +08:00
|
|
|
|
2018-08-13 23:13:35 +08:00
|
|
|
OS << "namespace llvm {\n";
|
|
|
|
OS << "namespace " << TargetName << "_MC {\n\n";
|
2018-05-26 00:02:43 +08:00
|
|
|
|
2018-08-15 02:36:54 +08:00
|
|
|
PredicateExpander PE(TargetName);
|
2018-05-26 00:02:43 +08:00
|
|
|
PE.setExpandForMC(true);
|
2018-08-13 23:13:35 +08:00
|
|
|
|
2018-05-26 00:02:43 +08:00
|
|
|
for (const Record *Rec : TIIPredicates) {
|
2018-08-13 23:13:35 +08:00
|
|
|
OS << "bool " << Rec->getValueAsString("FunctionName");
|
|
|
|
OS << "(const MCInst &MI) {\n";
|
|
|
|
|
|
|
|
OS.indent(PE.getIndentLevel() * 2);
|
|
|
|
PE.expandStatement(OS, Rec->getValueAsDef("Body"));
|
|
|
|
OS << "\n}\n";
|
2018-05-26 00:02:43 +08:00
|
|
|
}
|
|
|
|
|
2018-08-13 23:13:35 +08:00
|
|
|
OS << "\n} // end " << TargetName << "_MC namespace\n";
|
|
|
|
OS << "} // end llvm namespace\n\n";
|
2018-05-26 00:02:43 +08:00
|
|
|
|
2018-08-13 23:13:35 +08:00
|
|
|
OS << "#endif // GET_GENISTRINFO_MC_HELPERS\n";
|
2018-05-26 00:02:43 +08:00
|
|
|
}
|
|
|
|
|
2018-08-15 02:36:54 +08: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 20:28:05 +08:00
|
|
|
StringRef TargetName,
|
|
|
|
bool ExpandDefinition) {
|
2018-05-25 23:55:37 +08:00
|
|
|
RecVec TIIPredicates = Records.getAllDerivedDefinitions("TIIPredicate");
|
|
|
|
if (TIIPredicates.empty())
|
|
|
|
return;
|
|
|
|
|
2018-08-15 02:36:54 +08:00
|
|
|
PredicateExpander PE(TargetName);
|
2018-05-25 23:55:37 +08:00
|
|
|
PE.setExpandForMC(false);
|
|
|
|
PE.setIndentLevel(2);
|
|
|
|
|
|
|
|
for (const Record *Rec : TIIPredicates) {
|
[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 20:28:05 +08:00
|
|
|
OS << "\n " << (ExpandDefinition ? "" : "static ") << "bool ";
|
|
|
|
if (ExpandDefinition)
|
|
|
|
OS << TargetName << "InstrInfo::";
|
|
|
|
OS << Rec->getValueAsString("FunctionName");
|
|
|
|
OS << "(const MachineInstr &MI)";
|
|
|
|
if (!ExpandDefinition) {
|
|
|
|
OS << ";\n";
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
OS << " {\n";
|
2018-08-13 23:13:35 +08:00
|
|
|
|
|
|
|
OS.indent(PE.getIndentLevel() * 2);
|
|
|
|
PE.expandStatement(OS, Rec->getValueAsDef("Body"));
|
|
|
|
OS << "\n }\n";
|
2018-05-25 23:55:37 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-01-06 09:20:13 +08:00
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
// Main Output.
|
|
|
|
//===----------------------------------------------------------------------===//
|
2003-10-06 03:27:59 +08:00
|
|
|
|
|
|
|
// run - Emit the main instruction description records for the target...
|
2009-07-03 08:10:29 +08:00
|
|
|
void InstrInfoEmitter::run(raw_ostream &OS) {
|
2016-02-11 15:39:27 +08:00
|
|
|
emitSourceFileHeader("Target Instruction Enum Values and Descriptors", OS);
|
2011-06-29 04:07:07 +08:00
|
|
|
emitEnums(OS);
|
|
|
|
|
2016-02-11 15:39:25 +08:00
|
|
|
OS << "#ifdef GET_INSTRINFO_MC_DESC\n";
|
2011-06-29 04:07:07 +08:00
|
|
|
OS << "#undef GET_INSTRINFO_MC_DESC\n";
|
|
|
|
|
2004-08-17 11:08:28 +08:00
|
|
|
OS << "namespace llvm {\n\n";
|
|
|
|
|
2008-04-03 08:02:49 +08:00
|
|
|
CodeGenTarget &Target = CDP.getTargetInfo();
|
2003-10-06 03:27:59 +08:00
|
|
|
const std::string &TargetName = Target.getName();
|
|
|
|
Record *InstrInfo = Target.getInstructionSet();
|
|
|
|
|
2005-08-19 05:36:47 +08: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-28 05:06:21 +08:00
|
|
|
|
2005-08-19 05:36:47 +08:00
|
|
|
// Emit all of the instruction's implicit uses and defs.
|
2016-01-18 04:38:18 +08:00
|
|
|
for (const CodeGenInstruction *II : Target.getInstructionsByEnumValue()) {
|
2014-04-18 10:09:07 +08:00
|
|
|
Record *Inst = II->TheDef;
|
2005-10-29 06:59:53 +08:00
|
|
|
std::vector<Record*> Uses = Inst->getValueAsListOfDefs("Uses");
|
|
|
|
if (!Uses.empty()) {
|
2005-08-19 05:36:47 +08:00
|
|
|
unsigned &IL = EmittedLists[Uses];
|
2008-01-06 09:21:51 +08:00
|
|
|
if (!IL) PrintDefList(Uses, IL = ++ListNumber, OS);
|
2005-08-19 05:36:47 +08:00
|
|
|
}
|
2005-10-29 06:59:53 +08:00
|
|
|
std::vector<Record*> Defs = Inst->getValueAsListOfDefs("Defs");
|
|
|
|
if (!Defs.empty()) {
|
|
|
|
unsigned &IL = EmittedLists[Defs];
|
2008-01-06 09:21:51 +08:00
|
|
|
if (!IL) PrintDefList(Defs, IL = ++ListNumber, OS);
|
2005-08-19 05:36:47 +08:00
|
|
|
}
|
2003-10-06 03:27:59 +08:00
|
|
|
}
|
|
|
|
|
2008-01-06 09:20:13 +08:00
|
|
|
OperandInfoMapTy OperandInfoIDs;
|
2011-06-28 05:06:21 +08:00
|
|
|
|
2005-08-20 00:57:28 +08:00
|
|
|
// Emit all of the operand info records.
|
2008-01-06 09:20:13 +08:00
|
|
|
EmitOperandInfo(OS, OperandInfoIDs);
|
2011-06-28 05:06:21 +08:00
|
|
|
|
2011-06-29 03:10:37 +08:00
|
|
|
// Emit all of the MCInstrDesc records in their ENUM ordering.
|
2005-08-20 00:57:28 +08:00
|
|
|
//
|
2011-10-23 00:50:00 +08:00
|
|
|
OS << "\nextern const MCInstrDesc " << TargetName << "Insts[] = {\n";
|
2016-02-01 09:33:42 +08:00
|
|
|
ArrayRef<const CodeGenInstruction*> NumberedInstructions =
|
2010-03-19 08:34:35 +08:00
|
|
|
Target.getInstructionsByEnumValue();
|
2003-10-06 03:27:59 +08:00
|
|
|
|
2012-04-02 02:14:14 +08:00
|
|
|
SequenceToOffsetTable<std::string> InstrNames;
|
2014-04-18 10:09:07 +08:00
|
|
|
unsigned Num = 0;
|
|
|
|
for (const CodeGenInstruction *Inst : NumberedInstructions) {
|
|
|
|
// Keep a list of the instruction names.
|
|
|
|
InstrNames.add(Inst->TheDef->getName());
|
|
|
|
// Emit the record into the table.
|
|
|
|
emitRecord(*Inst, Num++, InstrInfo, EmittedLists, OperandInfoIDs, OS);
|
2012-04-02 02:14:14 +08:00
|
|
|
}
|
2014-04-18 10:09:07 +08:00
|
|
|
OS << "};\n\n";
|
2012-04-02 02:14:14 +08:00
|
|
|
|
2014-04-18 10:09:07 +08:00
|
|
|
// Emit the array of instruction names.
|
2012-04-02 02:14:14 +08:00
|
|
|
InstrNames.layout();
|
|
|
|
OS << "extern const char " << TargetName << "InstrNameData[] = {\n";
|
|
|
|
InstrNames.emit(OS, printChar);
|
|
|
|
OS << "};\n\n";
|
|
|
|
|
|
|
|
OS << "extern const unsigned " << TargetName <<"InstrNameIndices[] = {";
|
2014-04-18 10:09:07 +08:00
|
|
|
Num = 0;
|
|
|
|
for (const CodeGenInstruction *Inst : NumberedInstructions) {
|
|
|
|
// Newline every eight entries.
|
|
|
|
if (Num % 8 == 0)
|
2012-02-10 21:18:44 +08:00
|
|
|
OS << "\n ";
|
2014-04-18 10:09:07 +08:00
|
|
|
OS << InstrNames.get(Inst->TheDef->getName()) << "U, ";
|
|
|
|
++Num;
|
2012-02-10 21:18:44 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
OS << "\n};\n\n";
|
|
|
|
|
2011-06-29 04:29:03 +08:00
|
|
|
// MCInstrInfo initialization routine.
|
|
|
|
OS << "static inline void Init" << TargetName
|
|
|
|
<< "MCInstrInfo(MCInstrInfo *II) {\n";
|
|
|
|
OS << " II->InitMCInstrInfo(" << TargetName << "Insts, "
|
2012-02-10 21:18:44 +08:00
|
|
|
<< TargetName << "InstrNameIndices, " << TargetName << "InstrNameData, "
|
2011-06-29 04:29:03 +08:00
|
|
|
<< NumberedInstructions.size() << ");\n}\n\n";
|
|
|
|
|
2016-02-11 15:39:25 +08:00
|
|
|
OS << "} // end llvm namespace\n";
|
2011-06-29 04:07:07 +08:00
|
|
|
|
|
|
|
OS << "#endif // GET_INSTRINFO_MC_DESC\n\n";
|
2011-07-02 01:57:27 +08:00
|
|
|
|
|
|
|
// Create a TargetInstrInfo subclass to hide the MC layer initialization.
|
2016-02-11 15:39:25 +08:00
|
|
|
OS << "#ifdef GET_INSTRINFO_HEADER\n";
|
2011-07-02 01:57:27 +08:00
|
|
|
OS << "#undef GET_INSTRINFO_HEADER\n";
|
|
|
|
|
|
|
|
std::string ClassName = TargetName + "GenInstrInfo";
|
2011-07-02 04:45:01 +08:00
|
|
|
OS << "namespace llvm {\n";
|
2012-11-28 10:35:17 +08:00
|
|
|
OS << "struct " << ClassName << " : public TargetInstrInfo {\n"
|
2015-03-13 09:26:39 +08: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 12:06:33 +08:00
|
|
|
<< "(int CFSetupOpcode = -1, int CFDestroyOpcode = -1, int CatchRetOpcode = -1, int ReturnOpcode = -1);\n"
|
2018-05-25 23:55:37 +08:00
|
|
|
<< " ~" << ClassName << "() override = default;\n";
|
|
|
|
|
|
|
|
|
|
|
|
OS << "\n};\n} // end llvm namespace\n";
|
2011-07-02 01:57:27 +08:00
|
|
|
|
|
|
|
OS << "#endif // GET_INSTRINFO_HEADER\n\n";
|
|
|
|
|
2018-11-28 04:58:27 +08:00
|
|
|
OS << "#ifdef GET_INSTRINFO_HELPER_DECLS\n";
|
|
|
|
OS << "#undef GET_INSTRINFO_HELPER_DECLS\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 20:28:05 +08:00
|
|
|
emitTIIHelperMethods(OS, TargetName, /* ExpandDefintion = */false);
|
2018-11-28 04:58:27 +08: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 20:28:05 +08:00
|
|
|
|
2018-11-28 04:58:27 +08:00
|
|
|
OS << "#ifdef GET_INSTRINFO_HELPERS\n";
|
|
|
|
OS << "#undef GET_INSTRINFO_HELPERS\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 20:28:05 +08:00
|
|
|
emitTIIHelperMethods(OS, TargetName, /* ExpandDefintion = */true);
|
|
|
|
OS << "#endif // GET_TTI_HELPERS\n\n";
|
|
|
|
|
2016-02-11 15:39:25 +08:00
|
|
|
OS << "#ifdef GET_INSTRINFO_CTOR_DTOR\n";
|
2013-11-19 08:57:56 +08:00
|
|
|
OS << "#undef GET_INSTRINFO_CTOR_DTOR\n";
|
2011-07-02 01:57:27 +08:00
|
|
|
|
2011-07-02 04:45:01 +08:00
|
|
|
OS << "namespace llvm {\n";
|
2011-10-23 00:50:00 +08:00
|
|
|
OS << "extern const MCInstrDesc " << TargetName << "Insts[];\n";
|
2012-03-16 02:05:57 +08:00
|
|
|
OS << "extern const unsigned " << TargetName << "InstrNameIndices[];\n";
|
2012-04-02 02:14:14 +08:00
|
|
|
OS << "extern const char " << TargetName << "InstrNameData[];\n";
|
2015-03-13 09:26:39 +08:00
|
|
|
OS << ClassName << "::" << 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 12:06:33 +08:00
|
|
|
<< "(int CFSetupOpcode, int CFDestroyOpcode, int CatchRetOpcode, int ReturnOpcode)\n"
|
|
|
|
<< " : TargetInstrInfo(CFSetupOpcode, CFDestroyOpcode, CatchRetOpcode, ReturnOpcode) {\n"
|
2015-03-13 09:26:39 +08:00
|
|
|
<< " InitMCInstrInfo(" << TargetName << "Insts, " << TargetName
|
|
|
|
<< "InstrNameIndices, " << TargetName << "InstrNameData, "
|
2015-09-11 00:49:58 +08:00
|
|
|
<< NumberedInstructions.size() << ");\n}\n";
|
2016-02-11 15:39:25 +08:00
|
|
|
OS << "} // end llvm namespace\n";
|
2011-07-02 01:57:27 +08:00
|
|
|
|
2013-11-19 08:57:56 +08: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-26 05:22:09 +08:00
|
|
|
|
|
|
|
emitOperandNameMappings(OS, Target, NumberedInstructions);
|
2013-11-18 05:24:41 +08:00
|
|
|
|
|
|
|
emitOperandTypesEnum(OS, Target);
|
2018-05-26 00:02:43 +08:00
|
|
|
|
2018-08-15 02:36:54 +08:00
|
|
|
emitMCIIHelperMethods(OS, TargetName);
|
2003-10-06 03:27:59 +08:00
|
|
|
}
|
|
|
|
|
2004-08-01 13:04:00 +08:00
|
|
|
void InstrInfoEmitter::emitRecord(const CodeGenInstruction &Inst, unsigned Num,
|
2005-08-19 05:36:47 +08:00
|
|
|
Record *InstrInfo,
|
2005-10-29 06:59:53 +08:00
|
|
|
std::map<std::vector<Record*>, unsigned> &EmittedLists,
|
2008-01-06 09:20:13 +08:00
|
|
|
const OperandInfoMapTy &OpInfo,
|
2009-07-03 08:10:29 +08:00
|
|
|
raw_ostream &OS) {
|
2008-01-06 09:53:37 +08:00
|
|
|
int MinOperands = 0;
|
2012-10-13 01:57:35 +08:00
|
|
|
if (!Inst.Operands.empty())
|
2005-08-19 08:59:49 +08:00
|
|
|
// Each logical operand can be multiple MI operands.
|
2010-11-01 12:03:32 +08:00
|
|
|
MinOperands = Inst.Operands.back().MIOperandNo +
|
|
|
|
Inst.Operands.back().MINumOperands;
|
2008-05-30 03:57:41 +08:00
|
|
|
|
2006-11-17 09:46:27 +08:00
|
|
|
OS << " { ";
|
2007-08-02 08:20:17 +08:00
|
|
|
OS << Num << ",\t" << MinOperands << ",\t"
|
2011-07-14 07:22:26 +08:00
|
|
|
<< Inst.Operands.NumDefs << ",\t"
|
2015-05-29 02:03:07 +08:00
|
|
|
<< Inst.TheDef->getValueAsInt("Size") << ",\t"
|
|
|
|
<< SchedModels.getSchedClassIdx(Inst) << ",\t0";
|
2003-10-06 03:27:59 +08: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-24 02:25:08 +08:00
|
|
|
CodeGenTarget &Target = CDP.getTargetInfo();
|
|
|
|
|
2015-02-26 08:00:33 +08:00
|
|
|
// Emit all of the target independent flags...
|
2015-05-29 02:33:39 +08:00
|
|
|
if (Inst.isPseudo) OS << "|(1ULL<<MCID::Pseudo)";
|
|
|
|
if (Inst.isReturn) OS << "|(1ULL<<MCID::Return)";
|
2018-08-22 03:44:11 +08:00
|
|
|
if (Inst.isEHScopeReturn) OS << "|(1ULL<<MCID::EHScopeReturn)";
|
2015-05-29 02:33:39 +08: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 23:28:28 +08:00
|
|
|
if (Inst.isMoveReg) OS << "|(1ULL<<MCID::MoveReg)";
|
2015-05-29 02:33:39 +08:00
|
|
|
if (Inst.isBitcast) OS << "|(1ULL<<MCID::Bitcast)";
|
2016-09-14 16:20:03 +08:00
|
|
|
if (Inst.isAdd) OS << "|(1ULL<<MCID::Add)";
|
2018-07-13 23:19:33 +08:00
|
|
|
if (Inst.isTrap) OS << "|(1ULL<<MCID::Trap)";
|
2015-05-29 02:33:39 +08: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)";
|
|
|
|
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-24 02:25:08 +08:00
|
|
|
if (!Target.getAllowRegisterRenaming() || Inst.hasExtraSrcRegAllocReq)
|
|
|
|
OS << "|(1ULL<<MCID::ExtraSrcRegAllocReq)";
|
|
|
|
if (!Target.getAllowRegisterRenaming() || Inst.hasExtraDefRegAllocReq)
|
|
|
|
OS << "|(1ULL<<MCID::ExtraDefRegAllocReq)";
|
2015-05-29 02:33:39 +08: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)";
|
2003-10-06 03:27:59 +08:00
|
|
|
|
|
|
|
// Emit all of the target-specific flags...
|
2011-07-30 06:43:06 +08:00
|
|
|
BitsInit *TSF = Inst.TheDef->getValueAsBitsInit("TSFlags");
|
2012-10-26 04:33:17 +08:00
|
|
|
if (!TSF)
|
|
|
|
PrintFatalError("no TSFlags?");
|
2010-04-05 11:10:20 +08:00
|
|
|
uint64_t Value = 0;
|
|
|
|
for (unsigned i = 0, e = TSF->getNumBits(); i != e; ++i) {
|
2016-12-13 06:23:53 +08:00
|
|
|
if (const auto *Bit = dyn_cast<BitInit>(TSF->getBit(i)))
|
2010-04-05 11:10:20 +08:00
|
|
|
Value |= uint64_t(Bit->getValue()) << i;
|
|
|
|
else
|
2012-10-26 04:33:17 +08:00
|
|
|
PrintFatalError("Invalid TSFlags bit in " + Inst.TheDef->getName());
|
2010-04-05 11:10:20 +08:00
|
|
|
}
|
|
|
|
OS << ", 0x";
|
|
|
|
OS.write_hex(Value);
|
2010-06-10 00:16:48 +08:00
|
|
|
OS << "ULL, ";
|
2003-10-06 03:27:59 +08:00
|
|
|
|
|
|
|
// Emit the implicit uses and defs lists...
|
2005-10-29 06:59:53 +08:00
|
|
|
std::vector<Record*> UseList = Inst.TheDef->getValueAsListOfDefs("Uses");
|
|
|
|
if (UseList.empty())
|
2014-04-30 13:53:35 +08:00
|
|
|
OS << "nullptr, ";
|
2005-04-22 08:00:37 +08:00
|
|
|
else
|
2005-10-29 06:59:53 +08:00
|
|
|
OS << "ImplicitList" << EmittedLists[UseList] << ", ";
|
2003-10-06 03:27:59 +08:00
|
|
|
|
2005-10-29 06:59:53 +08:00
|
|
|
std::vector<Record*> DefList = Inst.TheDef->getValueAsListOfDefs("Defs");
|
|
|
|
if (DefList.empty())
|
2014-04-30 13:53:35 +08:00
|
|
|
OS << "nullptr, ";
|
2005-04-22 08:00:37 +08:00
|
|
|
else
|
2005-10-29 06:59:53 +08:00
|
|
|
OS << "ImplicitList" << EmittedLists[DefList] << ", ";
|
2003-10-06 03:27:59 +08:00
|
|
|
|
2005-08-20 00:57:28 +08:00
|
|
|
// Emit the operand info.
|
2006-11-07 07:49:51 +08:00
|
|
|
std::vector<std::string> OperandInfo = GetOperandInfo(Inst);
|
2005-08-20 02:46:26 +08:00
|
|
|
if (OperandInfo.empty())
|
2014-04-30 13:53:35 +08:00
|
|
|
OS << "nullptr";
|
2005-08-20 00:57:28 +08:00
|
|
|
else
|
2008-01-06 09:20:13 +08:00
|
|
|
OS << "OperandInfo" << OpInfo.find(OperandInfo)->second;
|
2003-10-06 03:27:59 +08:00
|
|
|
|
2013-09-12 18:28:05 +08:00
|
|
|
if (Inst.HasComplexDeprecationPredicate)
|
|
|
|
// Emit a function pointer to the complex predicate method.
|
2015-05-26 18:47:10 +08:00
|
|
|
OS << ", -1 "
|
2013-09-12 18:28:05 +08:00
|
|
|
<< ",&get" << Inst.DeprecatedReason << "DeprecationInfo";
|
|
|
|
else if (!Inst.DeprecatedReason.empty())
|
|
|
|
// Emit the Subtarget feature.
|
2015-05-26 18:47:10 +08:00
|
|
|
OS << ", " << Target.getInstNamespace() << "::" << Inst.DeprecatedReason
|
|
|
|
<< " ,nullptr";
|
2013-09-12 18:28:05 +08:00
|
|
|
else
|
|
|
|
// Instruction isn't deprecated.
|
2015-05-26 18:47:10 +08:00
|
|
|
OS << ", -1 ,nullptr";
|
2013-09-12 18:28:05 +08:00
|
|
|
|
2010-04-05 11:10:20 +08:00
|
|
|
OS << " }, // Inst #" << Num << " = " << Inst.TheDef->getName() << "\n";
|
2003-10-06 03:27:59 +08:00
|
|
|
}
|
2011-06-29 04:07:07 +08:00
|
|
|
|
|
|
|
// emitEnums - Print out enum values for all of the instructions.
|
|
|
|
void InstrInfoEmitter::emitEnums(raw_ostream &OS) {
|
2016-02-11 15:39:25 +08:00
|
|
|
OS << "#ifdef GET_INSTRINFO_ENUM\n";
|
2011-06-29 04:07:07 +08:00
|
|
|
OS << "#undef GET_INSTRINFO_ENUM\n";
|
|
|
|
|
|
|
|
OS << "namespace llvm {\n\n";
|
|
|
|
|
|
|
|
CodeGenTarget Target(Records);
|
|
|
|
|
|
|
|
// We must emit the PHI opcode first...
|
2017-07-07 14:22:35 +08:00
|
|
|
StringRef Namespace = Target.getInstNamespace();
|
2012-04-12 05:02:30 +08:00
|
|
|
|
2015-05-12 06:17:13 +08:00
|
|
|
if (Namespace.empty())
|
|
|
|
PrintFatalError("No instructions defined!");
|
2011-06-29 04:07:07 +08:00
|
|
|
|
|
|
|
OS << "namespace " << Namespace << " {\n";
|
|
|
|
OS << " enum {\n";
|
2014-04-18 10:09:07 +08:00
|
|
|
unsigned Num = 0;
|
2016-02-11 15:39:22 +08:00
|
|
|
for (const CodeGenInstruction *Inst : Target.getInstructionsByEnumValue())
|
2014-04-18 10:09:07 +08:00
|
|
|
OS << " " << Inst->TheDef->getName() << "\t= " << Num++ << ",\n";
|
2016-02-11 15:39:22 +08:00
|
|
|
OS << " INSTRUCTION_LIST_END = " << Num << "\n";
|
2014-11-23 17:40:10 +08:00
|
|
|
OS << " };\n\n";
|
2017-12-13 15:26:17 +08:00
|
|
|
OS << "} // end " << Namespace << " namespace\n";
|
|
|
|
OS << "} // end llvm namespace\n";
|
|
|
|
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-04 03:43:28 +08:00
|
|
|
OS << "namespace Sched {\n";
|
|
|
|
OS << " enum {\n";
|
2014-04-18 10:09:07 +08:00
|
|
|
Num = 0;
|
|
|
|
for (const auto &Class : SchedModels.explicit_classes())
|
|
|
|
OS << " " << Class.Name << "\t= " << Num++ << ",\n";
|
2016-02-11 15:39:22 +08:00
|
|
|
OS << " SCHED_LIST_END = " << Num << "\n";
|
2014-11-23 17:40:10 +08:00
|
|
|
OS << " };\n";
|
2015-09-11 00:49:58 +08:00
|
|
|
OS << "} // end Sched namespace\n";
|
|
|
|
OS << "} // end " << Namespace << " namespace\n";
|
2016-02-11 15:39:25 +08:00
|
|
|
OS << "} // end llvm namespace\n";
|
2011-06-29 04:07:07 +08:00
|
|
|
|
2017-12-13 15:26:17 +08:00
|
|
|
OS << "#endif // GET_INSTRINFO_SCHED_ENUM\n\n";
|
2011-06-29 04:07:07 +08:00
|
|
|
}
|
2012-06-11 23:37:55 +08:00
|
|
|
|
|
|
|
namespace llvm {
|
|
|
|
|
|
|
|
void EmitInstrInfo(RecordKeeper &RK, raw_ostream &OS) {
|
|
|
|
InstrInfoEmitter(RK).run(OS);
|
2012-10-25 23:54:06 +08:00
|
|
|
EmitMapTable(RK, OS);
|
2012-06-11 23:37:55 +08:00
|
|
|
}
|
|
|
|
|
2015-09-11 00:49:58 +08:00
|
|
|
} // end llvm namespace
|