WebAssembly documentation consistently says "f32" rather than "fp32" to
describe 32-bit floating-point.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@283146
91177308-0d34-0410-b5e6-
96231b3b80d8
MI.addOperand(MCOperand::createReg(Reg));
break;
}
- case WebAssembly::OPERAND_FP32IMM:
- case WebAssembly::OPERAND_FP64IMM: {
+ case WebAssembly::OPERAND_F32IMM:
+ case WebAssembly::OPERAND_F64IMM: {
// TODO: MC converts all floating point immediate operands to double.
// This is fine for numeric values, but may cause NaNs to change bits.
if (Pos + sizeof(uint64_t) > Bytes.size())
assert(Desc.TSFlags == 0 &&
"WebAssembly variable_ops floating point ops don't use TSFlags");
const MCOperandInfo &Info = Desc.OpInfo[OpNo];
- if (Info.OperandType == WebAssembly::OPERAND_FP32IMM) {
+ if (Info.OperandType == WebAssembly::OPERAND_F32IMM) {
// TODO: MC converts all floating point immediate operands to double.
// This is fine for numeric values, but may cause NaNs to change bits.
O << toString(APFloat(float(Op.getFPImm())));
} else {
- assert(Info.OperandType == WebAssembly::OPERAND_FP64IMM);
+ assert(Info.OperandType == WebAssembly::OPERAND_F64IMM);
O << toString(APFloat(Op.getFPImm()));
}
} else {
/// Basic block label in a branch construct.
OPERAND_BASIC_BLOCK = MCOI::OPERAND_FIRST_TARGET,
/// 32-bit floating-point immediates.
- OPERAND_FP32IMM,
+ OPERAND_F32IMM,
/// 64-bit floating-point immediates.
- OPERAND_FP64IMM,
+ OPERAND_F64IMM,
/// p2align immediate for load and store address alignment.
OPERAND_P2ALIGN
};
let OperandType = "OPERAND_BASIC_BLOCK" in
def bb_op : Operand<OtherVT>;
-let OperandType = "OPERAND_FP32IMM" in
+let OperandType = "OPERAND_F32IMM" in
def f32imm_op : Operand<f32>;
-let OperandType = "OPERAND_FP64IMM" in
+let OperandType = "OPERAND_F64IMM" in
def f64imm_op : Operand<f64>;
let OperandType = "OPERAND_P2ALIGN" in {