1 //===-- llvm/CodeGen/ISDOpcodes.h - CodeGen opcodes -------------*- C++ -*-===// 2 // 3 // The LLVM Compiler Infrastructure 4 // 5 // This file is distributed under the University of Illinois Open Source 6 // License. See LICENSE.TXT for details. 7 // 8 //===----------------------------------------------------------------------===// 9 // 10 // This file declares codegen opcodes and related utilities. 11 // 12 //===----------------------------------------------------------------------===// 13 14 #ifndef LLVM_CODEGEN_ISDOPCODES_H 15 #define LLVM_CODEGEN_ISDOPCODES_H 16 17 namespace llvm { 18 19 /// ISD namespace - This namespace contains an enum which represents all of the 20 /// SelectionDAG node types and value types. 21 /// 22 namespace ISD { 23 24 //===--------------------------------------------------------------------===// 25 /// ISD::NodeType enum - This enum defines the target-independent operators 26 /// for a SelectionDAG. 27 /// 28 /// Targets may also define target-dependent operator codes for SDNodes. For 29 /// example, on x86, these are the enum values in the X86ISD namespace. 30 /// Targets should aim to use target-independent operators to model their 31 /// instruction sets as much as possible, and only use target-dependent 32 /// operators when they have special requirements. 33 /// 34 /// Finally, during and after selection proper, SNodes may use special 35 /// operator codes that correspond directly with MachineInstr opcodes. These 36 /// are used to represent selected instructions. See the isMachineOpcode() 37 /// and getMachineOpcode() member functions of SDNode. 38 /// 39 enum NodeType { 40 /// DELETED_NODE - This is an illegal value that is used to catch 41 /// errors. This opcode is not a legal opcode for any node. 42 DELETED_NODE, 43 44 /// EntryToken - This is the marker used to indicate the start of a region. 45 EntryToken, 46 47 /// TokenFactor - This node takes multiple tokens as input and produces a 48 /// single token result. This is used to represent the fact that the operand 49 /// operators are independent of each other. 50 TokenFactor, 51 52 /// AssertSext, AssertZext - These nodes record if a register contains a 53 /// value that has already been zero or sign extended from a narrower type. 54 /// These nodes take two operands. The first is the node that has already 55 /// been extended, and the second is a value type node indicating the width 56 /// of the extension 57 AssertSext, AssertZext, 58 59 /// Various leaf nodes. 60 BasicBlock, VALUETYPE, CONDCODE, Register, RegisterMask, 61 Constant, ConstantFP, 62 GlobalAddress, GlobalTLSAddress, FrameIndex, 63 JumpTable, ConstantPool, ExternalSymbol, BlockAddress, 64 65 /// The address of the GOT 66 GLOBAL_OFFSET_TABLE, 67 68 /// FRAMEADDR, RETURNADDR - These nodes represent llvm.frameaddress and 69 /// llvm.returnaddress on the DAG. These nodes take one operand, the index 70 /// of the frame or return address to return. An index of zero corresponds 71 /// to the current function's frame or return address, an index of one to 72 /// the parent's frame or return address, and so on. 73 FRAMEADDR, RETURNADDR, ADDROFRETURNADDR, 74 75 /// LOCAL_RECOVER - Represents the llvm.localrecover intrinsic. 76 /// Materializes the offset from the local object pointer of another 77 /// function to a particular local object passed to llvm.localescape. The 78 /// operand is the MCSymbol label used to represent this offset, since 79 /// typically the offset is not known until after code generation of the 80 /// parent. 81 LOCAL_RECOVER, 82 83 /// READ_REGISTER, WRITE_REGISTER - This node represents llvm.register on 84 /// the DAG, which implements the named register global variables extension. 85 READ_REGISTER, 86 WRITE_REGISTER, 87 88 /// FRAME_TO_ARGS_OFFSET - This node represents offset from frame pointer to 89 /// first (possible) on-stack argument. This is needed for correct stack 90 /// adjustment during unwind. 91 FRAME_TO_ARGS_OFFSET, 92 93 /// EH_DWARF_CFA - This node represents the pointer to the DWARF Canonical 94 /// Frame Address (CFA), generally the value of the stack pointer at the 95 /// call site in the previous frame. 96 EH_DWARF_CFA, 97 98 /// OUTCHAIN = EH_RETURN(INCHAIN, OFFSET, HANDLER) - This node represents 99 /// 'eh_return' gcc dwarf builtin, which is used to return from 100 /// exception. The general meaning is: adjust stack by OFFSET and pass 101 /// execution to HANDLER. Many platform-related details also :) 102 EH_RETURN, 103 104 /// RESULT, OUTCHAIN = EH_SJLJ_SETJMP(INCHAIN, buffer) 105 /// This corresponds to the eh.sjlj.setjmp intrinsic. 106 /// It takes an input chain and a pointer to the jump buffer as inputs 107 /// and returns an outchain. 108 EH_SJLJ_SETJMP, 109 110 /// OUTCHAIN = EH_SJLJ_LONGJMP(INCHAIN, buffer) 111 /// This corresponds to the eh.sjlj.longjmp intrinsic. 112 /// It takes an input chain and a pointer to the jump buffer as inputs 113 /// and returns an outchain. 114 EH_SJLJ_LONGJMP, 115 116 /// OUTCHAIN = EH_SJLJ_SETUP_DISPATCH(INCHAIN) 117 /// The target initializes the dispatch table here. 118 EH_SJLJ_SETUP_DISPATCH, 119 120 /// TargetConstant* - Like Constant*, but the DAG does not do any folding, 121 /// simplification, or lowering of the constant. They are used for constants 122 /// which are known to fit in the immediate fields of their users, or for 123 /// carrying magic numbers which are not values which need to be 124 /// materialized in registers. 125 TargetConstant, 126 TargetConstantFP, 127 128 /// TargetGlobalAddress - Like GlobalAddress, but the DAG does no folding or 129 /// anything else with this node, and this is valid in the target-specific 130 /// dag, turning into a GlobalAddress operand. 131 TargetGlobalAddress, 132 TargetGlobalTLSAddress, 133 TargetFrameIndex, 134 TargetJumpTable, 135 TargetConstantPool, 136 TargetExternalSymbol, 137 TargetBlockAddress, 138 139 MCSymbol, 140 141 /// TargetIndex - Like a constant pool entry, but with completely 142 /// target-dependent semantics. Holds target flags, a 32-bit index, and a 143 /// 64-bit index. Targets can use this however they like. 144 TargetIndex, 145 146 /// RESULT = INTRINSIC_WO_CHAIN(INTRINSICID, arg1, arg2, ...) 147 /// This node represents a target intrinsic function with no side effects. 148 /// The first operand is the ID number of the intrinsic from the 149 /// llvm::Intrinsic namespace. The operands to the intrinsic follow. The 150 /// node returns the result of the intrinsic. 151 INTRINSIC_WO_CHAIN, 152 153 /// RESULT,OUTCHAIN = INTRINSIC_W_CHAIN(INCHAIN, INTRINSICID, arg1, ...) 154 /// This node represents a target intrinsic function with side effects that 155 /// returns a result. The first operand is a chain pointer. The second is 156 /// the ID number of the intrinsic from the llvm::Intrinsic namespace. The 157 /// operands to the intrinsic follow. The node has two results, the result 158 /// of the intrinsic and an output chain. 159 INTRINSIC_W_CHAIN, 160 161 /// OUTCHAIN = INTRINSIC_VOID(INCHAIN, INTRINSICID, arg1, arg2, ...) 162 /// This node represents a target intrinsic function with side effects that 163 /// does not return a result. The first operand is a chain pointer. The 164 /// second is the ID number of the intrinsic from the llvm::Intrinsic 165 /// namespace. The operands to the intrinsic follow. 166 INTRINSIC_VOID, 167 168 /// CopyToReg - This node has three operands: a chain, a register number to 169 /// set to this value, and a value. 170 CopyToReg, 171 172 /// CopyFromReg - This node indicates that the input value is a virtual or 173 /// physical register that is defined outside of the scope of this 174 /// SelectionDAG. The register is available from the RegisterSDNode object. 175 CopyFromReg, 176 177 /// UNDEF - An undefined node. 178 UNDEF, 179 180 /// EXTRACT_ELEMENT - This is used to get the lower or upper (determined by 181 /// a Constant, which is required to be operand #1) half of the integer or 182 /// float value specified as operand #0. This is only for use before 183 /// legalization, for values that will be broken into multiple registers. 184 EXTRACT_ELEMENT, 185 186 /// BUILD_PAIR - This is the opposite of EXTRACT_ELEMENT in some ways. 187 /// Given two values of the same integer value type, this produces a value 188 /// twice as big. Like EXTRACT_ELEMENT, this can only be used before 189 /// legalization. 190 BUILD_PAIR, 191 192 /// MERGE_VALUES - This node takes multiple discrete operands and returns 193 /// them all as its individual results. This nodes has exactly the same 194 /// number of inputs and outputs. This node is useful for some pieces of the 195 /// code generator that want to think about a single node with multiple 196 /// results, not multiple nodes. 197 MERGE_VALUES, 198 199 /// Simple integer binary arithmetic operators. 200 ADD, SUB, MUL, SDIV, UDIV, SREM, UREM, 201 202 /// SMUL_LOHI/UMUL_LOHI - Multiply two integers of type iN, producing 203 /// a signed/unsigned value of type i[2*N], and return the full value as 204 /// two results, each of type iN. 205 SMUL_LOHI, UMUL_LOHI, 206 207 /// SDIVREM/UDIVREM - Divide two integers and produce both a quotient and 208 /// remainder result. 209 SDIVREM, UDIVREM, 210 211 /// CARRY_FALSE - This node is used when folding other nodes, 212 /// like ADDC/SUBC, which indicate the carry result is always false. 213 CARRY_FALSE, 214 215 /// Carry-setting nodes for multiple precision addition and subtraction. 216 /// These nodes take two operands of the same value type, and produce two 217 /// results. The first result is the normal add or sub result, the second 218 /// result is the carry flag result. 219 /// FIXME: These nodes are deprecated in favor of ADDCARRY and SUBCARRY. 220 /// They are kept around for now to provide a smooth transition path 221 /// toward the use of ADDCARRY/SUBCARRY and will eventually be removed. 222 ADDC, SUBC, 223 224 /// Carry-using nodes for multiple precision addition and subtraction. These 225 /// nodes take three operands: The first two are the normal lhs and rhs to 226 /// the add or sub, and the third is the input carry flag. These nodes 227 /// produce two results; the normal result of the add or sub, and the output 228 /// carry flag. These nodes both read and write a carry flag to allow them 229 /// to them to be chained together for add and sub of arbitrarily large 230 /// values. 231 ADDE, SUBE, 232 233 /// Carry-using nodes for multiple precision addition and subtraction. 234 /// These nodes take three operands: The first two are the normal lhs and 235 /// rhs to the add or sub, and the third is a boolean indicating if there 236 /// is an incoming carry. These nodes produce two results: the normal 237 /// result of the add or sub, and the output carry so they can be chained 238 /// together. The use of this opcode is preferable to adde/sube if the 239 /// target supports it, as the carry is a regular value rather than a 240 /// glue, which allows further optimisation. 241 ADDCARRY, SUBCARRY, 242 243 /// RESULT, BOOL = [SU]ADDO(LHS, RHS) - Overflow-aware nodes for addition. 244 /// These nodes take two operands: the normal LHS and RHS to the add. They 245 /// produce two results: the normal result of the add, and a boolean that 246 /// indicates if an overflow occurred (*not* a flag, because it may be store 247 /// to memory, etc.). If the type of the boolean is not i1 then the high 248 /// bits conform to getBooleanContents. 249 /// These nodes are generated from llvm.[su]add.with.overflow intrinsics. 250 SADDO, UADDO, 251 252 /// Same for subtraction. 253 SSUBO, USUBO, 254 255 /// Same for multiplication. 256 SMULO, UMULO, 257 258 /// Simple binary floating point operators. 259 FADD, FSUB, FMUL, FDIV, FREM, 260 261 /// Constrained versions of the binary floating point operators. 262 /// These will be lowered to the simple operators before final selection. 263 /// They are used to limit optimizations while the DAG is being 264 /// optimized. 265 STRICT_FADD, STRICT_FSUB, STRICT_FMUL, STRICT_FDIV, STRICT_FREM, 266 STRICT_FMA, 267 268 /// Constrained versions of libm-equivalent floating point intrinsics. 269 /// These will be lowered to the equivalent non-constrained pseudo-op 270 /// (or expanded to the equivalent library call) before final selection. 271 /// They are used to limit optimizations while the DAG is being optimized. 272 STRICT_FSQRT, STRICT_FPOW, STRICT_FPOWI, STRICT_FSIN, STRICT_FCOS, 273 STRICT_FEXP, STRICT_FEXP2, STRICT_FLOG, STRICT_FLOG10, STRICT_FLOG2, 274 STRICT_FRINT, STRICT_FNEARBYINT, 275 276 /// FMA - Perform a * b + c with no intermediate rounding step. 277 FMA, 278 279 /// FMAD - Perform a * b + c, while getting the same result as the 280 /// separately rounded operations. 281 FMAD, 282 283 /// FCOPYSIGN(X, Y) - Return the value of X with the sign of Y. NOTE: This 284 /// DAG node does not require that X and Y have the same type, just that 285 /// they are both floating point. X and the result must have the same type. 286 /// FCOPYSIGN(f32, f64) is allowed. 287 FCOPYSIGN, 288 289 /// INT = FGETSIGN(FP) - Return the sign bit of the specified floating point 290 /// value as an integer 0/1 value. 291 FGETSIGN, 292 293 /// Returns platform specific canonical encoding of a floating point number. 294 FCANONICALIZE, 295 296 /// BUILD_VECTOR(ELT0, ELT1, ELT2, ELT3,...) - Return a vector with the 297 /// specified, possibly variable, elements. The number of elements is 298 /// required to be a power of two. The types of the operands must all be 299 /// the same and must match the vector element type, except that integer 300 /// types are allowed to be larger than the element type, in which case 301 /// the operands are implicitly truncated. 302 BUILD_VECTOR, 303 304 /// INSERT_VECTOR_ELT(VECTOR, VAL, IDX) - Returns VECTOR with the element 305 /// at IDX replaced with VAL. If the type of VAL is larger than the vector 306 /// element type then VAL is truncated before replacement. 307 INSERT_VECTOR_ELT, 308 309 /// EXTRACT_VECTOR_ELT(VECTOR, IDX) - Returns a single element from VECTOR 310 /// identified by the (potentially variable) element number IDX. If the 311 /// return type is an integer type larger than the element type of the 312 /// vector, the result is extended to the width of the return type. In 313 /// that case, the high bits are undefined. 314 EXTRACT_VECTOR_ELT, 315 316 /// CONCAT_VECTORS(VECTOR0, VECTOR1, ...) - Given a number of values of 317 /// vector type with the same length and element type, this produces a 318 /// concatenated vector result value, with length equal to the sum of the 319 /// lengths of the input vectors. 320 CONCAT_VECTORS, 321 322 /// INSERT_SUBVECTOR(VECTOR1, VECTOR2, IDX) - Returns a vector 323 /// with VECTOR2 inserted into VECTOR1 at the (potentially 324 /// variable) element number IDX, which must be a multiple of the 325 /// VECTOR2 vector length. The elements of VECTOR1 starting at 326 /// IDX are overwritten with VECTOR2. Elements IDX through 327 /// vector_length(VECTOR2) must be valid VECTOR1 indices. 328 INSERT_SUBVECTOR, 329 330 /// EXTRACT_SUBVECTOR(VECTOR, IDX) - Returns a subvector from VECTOR (an 331 /// vector value) starting with the element number IDX, which must be a 332 /// constant multiple of the result vector length. 333 EXTRACT_SUBVECTOR, 334 335 /// VECTOR_SHUFFLE(VEC1, VEC2) - Returns a vector, of the same type as 336 /// VEC1/VEC2. A VECTOR_SHUFFLE node also contains an array of constant int 337 /// values that indicate which value (or undef) each result element will 338 /// get. These constant ints are accessible through the 339 /// ShuffleVectorSDNode class. This is quite similar to the Altivec 340 /// 'vperm' instruction, except that the indices must be constants and are 341 /// in terms of the element size of VEC1/VEC2, not in terms of bytes. 342 VECTOR_SHUFFLE, 343 344 /// SCALAR_TO_VECTOR(VAL) - This represents the operation of loading a 345 /// scalar value into element 0 of the resultant vector type. The top 346 /// elements 1 to N-1 of the N-element vector are undefined. The type 347 /// of the operand must match the vector element type, except when they 348 /// are integer types. In this case the operand is allowed to be wider 349 /// than the vector element type, and is implicitly truncated to it. 350 SCALAR_TO_VECTOR, 351 352 /// MULHU/MULHS - Multiply high - Multiply two integers of type iN, 353 /// producing an unsigned/signed value of type i[2*N], then return the top 354 /// part. 355 MULHU, MULHS, 356 357 /// [US]{MIN/MAX} - Binary minimum or maximum or signed or unsigned 358 /// integers. 359 SMIN, SMAX, UMIN, UMAX, 360 361 /// Bitwise operators - logical and, logical or, logical xor. 362 AND, OR, XOR, 363 364 /// ABS - Determine the unsigned absolute value of a signed integer value of 365 /// the same bitwidth. 366 /// Note: A value of INT_MIN will return INT_MIN, no saturation or overflow 367 /// is performed. 368 ABS, 369 370 /// Shift and rotation operations. After legalization, the type of the 371 /// shift amount is known to be TLI.getShiftAmountTy(). Before legalization 372 /// the shift amount can be any type, but care must be taken to ensure it is 373 /// large enough. TLI.getShiftAmountTy() is i8 on some targets, but before 374 /// legalization, types like i1024 can occur and i8 doesn't have enough bits 375 /// to represent the shift amount. 376 /// When the 1st operand is a vector, the shift amount must be in the same 377 /// type. (TLI.getShiftAmountTy() will return the same type when the input 378 /// type is a vector.) 379 SHL, SRA, SRL, ROTL, ROTR, 380 381 /// Byte Swap and Counting operators. 382 BSWAP, CTTZ, CTLZ, CTPOP, BITREVERSE, 383 384 /// Bit counting operators with an undefined result for zero inputs. 385 CTTZ_ZERO_UNDEF, CTLZ_ZERO_UNDEF, 386 387 /// Select(COND, TRUEVAL, FALSEVAL). If the type of the boolean COND is not 388 /// i1 then the high bits must conform to getBooleanContents. 389 SELECT, 390 391 /// Select with a vector condition (op #0) and two vector operands (ops #1 392 /// and #2), returning a vector result. All vectors have the same length. 393 /// Much like the scalar select and setcc, each bit in the condition selects 394 /// whether the corresponding result element is taken from op #1 or op #2. 395 /// At first, the VSELECT condition is of vXi1 type. Later, targets may 396 /// change the condition type in order to match the VSELECT node using a 397 /// pattern. The condition follows the BooleanContent format of the target. 398 VSELECT, 399 400 /// Select with condition operator - This selects between a true value and 401 /// a false value (ops #2 and #3) based on the boolean result of comparing 402 /// the lhs and rhs (ops #0 and #1) of a conditional expression with the 403 /// condition code in op #4, a CondCodeSDNode. 404 SELECT_CC, 405 406 /// SetCC operator - This evaluates to a true value iff the condition is 407 /// true. If the result value type is not i1 then the high bits conform 408 /// to getBooleanContents. The operands to this are the left and right 409 /// operands to compare (ops #0, and #1) and the condition code to compare 410 /// them with (op #2) as a CondCodeSDNode. If the operands are vector types 411 /// then the result type must also be a vector type. 412 SETCC, 413 414 /// Like SetCC, ops #0 and #1 are the LHS and RHS operands to compare, and 415 /// op #2 is a *carry value*. This operator checks the result of 416 /// "LHS - RHS - Carry", and can be used to compare two wide integers: 417 /// (setcce lhshi rhshi (subc lhslo rhslo) cc). Only valid for integers. 418 /// FIXME: This node is deprecated in favor of SETCCCARRY. 419 /// It is kept around for now to provide a smooth transition path 420 /// toward the use of SETCCCARRY and will eventually be removed. 421 SETCCE, 422 423 /// Like SetCC, ops #0 and #1 are the LHS and RHS operands to compare, but 424 /// op #2 is a boolean indicating if there is an incoming carry. This 425 /// operator checks the result of "LHS - RHS - Carry", and can be used to 426 /// compare two wide integers: (setcce lhshi rhshi (subc lhslo rhslo) cc). 427 /// Only valid for integers. 428 SETCCCARRY, 429 430 /// SHL_PARTS/SRA_PARTS/SRL_PARTS - These operators are used for expanded 431 /// integer shift operations. The operation ordering is: 432 /// [Lo,Hi] = op [LoLHS,HiLHS], Amt 433 SHL_PARTS, SRA_PARTS, SRL_PARTS, 434 435 /// Conversion operators. These are all single input single output 436 /// operations. For all of these, the result type must be strictly 437 /// wider or narrower (depending on the operation) than the source 438 /// type. 439 440 /// SIGN_EXTEND - Used for integer types, replicating the sign bit 441 /// into new bits. 442 SIGN_EXTEND, 443 444 /// ZERO_EXTEND - Used for integer types, zeroing the new bits. 445 ZERO_EXTEND, 446 447 /// ANY_EXTEND - Used for integer types. The high bits are undefined. 448 ANY_EXTEND, 449 450 /// TRUNCATE - Completely drop the high bits. 451 TRUNCATE, 452 453 /// [SU]INT_TO_FP - These operators convert integers (whose interpreted sign 454 /// depends on the first letter) to floating point. 455 SINT_TO_FP, 456 UINT_TO_FP, 457 458 /// SIGN_EXTEND_INREG - This operator atomically performs a SHL/SRA pair to 459 /// sign extend a small value in a large integer register (e.g. sign 460 /// extending the low 8 bits of a 32-bit register to fill the top 24 bits 461 /// with the 7th bit). The size of the smaller type is indicated by the 1th 462 /// operand, a ValueType node. 463 SIGN_EXTEND_INREG, 464 465 /// ANY_EXTEND_VECTOR_INREG(Vector) - This operator represents an 466 /// in-register any-extension of the low lanes of an integer vector. The 467 /// result type must have fewer elements than the operand type, and those 468 /// elements must be larger integer types such that the total size of the 469 /// operand type and the result type match. Each of the low operand 470 /// elements is any-extended into the corresponding, wider result 471 /// elements with the high bits becoming undef. 472 ANY_EXTEND_VECTOR_INREG, 473 474 /// SIGN_EXTEND_VECTOR_INREG(Vector) - This operator represents an 475 /// in-register sign-extension of the low lanes of an integer vector. The 476 /// result type must have fewer elements than the operand type, and those 477 /// elements must be larger integer types such that the total size of the 478 /// operand type and the result type match. Each of the low operand 479 /// elements is sign-extended into the corresponding, wider result 480 /// elements. 481 // FIXME: The SIGN_EXTEND_INREG node isn't specifically limited to 482 // scalars, but it also doesn't handle vectors well. Either it should be 483 // restricted to scalars or this node (and its handling) should be merged 484 // into it. 485 SIGN_EXTEND_VECTOR_INREG, 486 487 /// ZERO_EXTEND_VECTOR_INREG(Vector) - This operator represents an 488 /// in-register zero-extension of the low lanes of an integer vector. The 489 /// result type must have fewer elements than the operand type, and those 490 /// elements must be larger integer types such that the total size of the 491 /// operand type and the result type match. Each of the low operand 492 /// elements is zero-extended into the corresponding, wider result 493 /// elements. 494 ZERO_EXTEND_VECTOR_INREG, 495 496 /// FP_TO_[US]INT - Convert a floating point value to a signed or unsigned 497 /// integer. 498 FP_TO_SINT, 499 FP_TO_UINT, 500 501 /// X = FP_ROUND(Y, TRUNC) - Rounding 'Y' from a larger floating point type 502 /// down to the precision of the destination VT. TRUNC is a flag, which is 503 /// always an integer that is zero or one. If TRUNC is 0, this is a 504 /// normal rounding, if it is 1, this FP_ROUND is known to not change the 505 /// value of Y. 506 /// 507 /// The TRUNC = 1 case is used in cases where we know that the value will 508 /// not be modified by the node, because Y is not using any of the extra 509 /// precision of source type. This allows certain transformations like 510 /// FP_EXTEND(FP_ROUND(X,1)) -> X which are not safe for 511 /// FP_EXTEND(FP_ROUND(X,0)) because the extra bits aren't removed. 512 FP_ROUND, 513 514 /// FLT_ROUNDS_ - Returns current rounding mode: 515 /// -1 Undefined 516 /// 0 Round to 0 517 /// 1 Round to nearest 518 /// 2 Round to +inf 519 /// 3 Round to -inf 520 FLT_ROUNDS_, 521 522 /// X = FP_ROUND_INREG(Y, VT) - This operator takes an FP register, and 523 /// rounds it to a floating point value. It then promotes it and returns it 524 /// in a register of the same size. This operation effectively just 525 /// discards excess precision. The type to round down to is specified by 526 /// the VT operand, a VTSDNode. 527 FP_ROUND_INREG, 528 529 /// X = FP_EXTEND(Y) - Extend a smaller FP type into a larger FP type. 530 FP_EXTEND, 531 532 /// BITCAST - This operator converts between integer, vector and FP 533 /// values, as if the value was stored to memory with one type and loaded 534 /// from the same address with the other type (or equivalently for vector 535 /// format conversions, etc). The source and result are required to have 536 /// the same bit size (e.g. f32 <-> i32). This can also be used for 537 /// int-to-int or fp-to-fp conversions, but that is a noop, deleted by 538 /// getNode(). 539 /// 540 /// This operator is subtly different from the bitcast instruction from 541 /// LLVM-IR since this node may change the bits in the register. For 542 /// example, this occurs on big-endian NEON and big-endian MSA where the 543 /// layout of the bits in the register depends on the vector type and this 544 /// operator acts as a shuffle operation for some vector type combinations. 545 BITCAST, 546 547 /// ADDRSPACECAST - This operator converts between pointers of different 548 /// address spaces. 549 ADDRSPACECAST, 550 551 /// FP16_TO_FP, FP_TO_FP16 - These operators are used to perform promotions 552 /// and truncation for half-precision (16 bit) floating numbers. These nodes 553 /// form a semi-softened interface for dealing with f16 (as an i16), which 554 /// is often a storage-only type but has native conversions. 555 FP16_TO_FP, FP_TO_FP16, 556 557 /// FNEG, FABS, FSQRT, FSIN, FCOS, FPOWI, FPOW, 558 /// FLOG, FLOG2, FLOG10, FEXP, FEXP2, 559 /// FCEIL, FTRUNC, FRINT, FNEARBYINT, FROUND, FFLOOR - Perform various unary 560 /// floating point operations. These are inspired by libm. 561 FNEG, FABS, FSQRT, FSIN, FCOS, FPOWI, FPOW, 562 FLOG, FLOG2, FLOG10, FEXP, FEXP2, 563 FCEIL, FTRUNC, FRINT, FNEARBYINT, FROUND, FFLOOR, 564 /// FMINNUM/FMAXNUM - Perform floating-point minimum or maximum on two 565 /// values. 566 /// In the case where a single input is NaN, the non-NaN input is returned. 567 /// 568 /// The return value of (FMINNUM 0.0, -0.0) could be either 0.0 or -0.0. 569 FMINNUM, FMAXNUM, 570 /// FMINNAN/FMAXNAN - Behave identically to FMINNUM/FMAXNUM, except that 571 /// when a single input is NaN, NaN is returned. 572 FMINNAN, FMAXNAN, 573 574 /// FSINCOS - Compute both fsin and fcos as a single operation. 575 FSINCOS, 576 577 /// LOAD and STORE have token chains as their first operand, then the same 578 /// operands as an LLVM load/store instruction, then an offset node that 579 /// is added / subtracted from the base pointer to form the address (for 580 /// indexed memory ops). 581 LOAD, STORE, 582 583 /// DYNAMIC_STACKALLOC - Allocate some number of bytes on the stack aligned 584 /// to a specified boundary. This node always has two return values: a new 585 /// stack pointer value and a chain. The first operand is the token chain, 586 /// the second is the number of bytes to allocate, and the third is the 587 /// alignment boundary. The size is guaranteed to be a multiple of the 588 /// stack alignment, and the alignment is guaranteed to be bigger than the 589 /// stack alignment (if required) or 0 to get standard stack alignment. 590 DYNAMIC_STACKALLOC, 591 592 /// Control flow instructions. These all have token chains. 593 594 /// BR - Unconditional branch. The first operand is the chain 595 /// operand, the second is the MBB to branch to. 596 BR, 597 598 /// BRIND - Indirect branch. The first operand is the chain, the second 599 /// is the value to branch to, which must be of the same type as the 600 /// target's pointer type. 601 BRIND, 602 603 /// BR_JT - Jumptable branch. The first operand is the chain, the second 604 /// is the jumptable index, the last one is the jumptable entry index. 605 BR_JT, 606 607 /// BRCOND - Conditional branch. The first operand is the chain, the 608 /// second is the condition, the third is the block to branch to if the 609 /// condition is true. If the type of the condition is not i1, then the 610 /// high bits must conform to getBooleanContents. 611 BRCOND, 612 613 /// BR_CC - Conditional branch. The behavior is like that of SELECT_CC, in 614 /// that the condition is represented as condition code, and two nodes to 615 /// compare, rather than as a combined SetCC node. The operands in order 616 /// are chain, cc, lhs, rhs, block to branch to if condition is true. 617 BR_CC, 618 619 /// INLINEASM - Represents an inline asm block. This node always has two 620 /// return values: a chain and a flag result. The inputs are as follows: 621 /// Operand #0 : Input chain. 622 /// Operand #1 : a ExternalSymbolSDNode with a pointer to the asm string. 623 /// Operand #2 : a MDNodeSDNode with the !srcloc metadata. 624 /// Operand #3 : HasSideEffect, IsAlignStack bits. 625 /// After this, it is followed by a list of operands with this format: 626 /// ConstantSDNode: Flags that encode whether it is a mem or not, the 627 /// of operands that follow, etc. See InlineAsm.h. 628 /// ... however many operands ... 629 /// Operand #last: Optional, an incoming flag. 630 /// 631 /// The variable width operands are required to represent target addressing 632 /// modes as a single "operand", even though they may have multiple 633 /// SDOperands. 634 INLINEASM, 635 636 /// EH_LABEL - Represents a label in mid basic block used to track 637 /// locations needed for debug and exception handling tables. These nodes 638 /// take a chain as input and return a chain. 639 EH_LABEL, 640 641 /// ANNOTATION_LABEL - Represents a mid basic block label used by 642 /// annotations. This should remain within the basic block and be ordered 643 /// with respect to other call instructions, but loads and stores may float 644 /// past it. 645 ANNOTATION_LABEL, 646 647 /// CATCHPAD - Represents a catchpad instruction. 648 CATCHPAD, 649 650 /// CATCHRET - Represents a return from a catch block funclet. Used for 651 /// MSVC compatible exception handling. Takes a chain operand and a 652 /// destination basic block operand. 653 CATCHRET, 654 655 /// CLEANUPRET - Represents a return from a cleanup block funclet. Used for 656 /// MSVC compatible exception handling. Takes only a chain operand. 657 CLEANUPRET, 658 659 /// STACKSAVE - STACKSAVE has one operand, an input chain. It produces a 660 /// value, the same type as the pointer type for the system, and an output 661 /// chain. 662 STACKSAVE, 663 664 /// STACKRESTORE has two operands, an input chain and a pointer to restore 665 /// to it returns an output chain. 666 STACKRESTORE, 667 668 /// CALLSEQ_START/CALLSEQ_END - These operators mark the beginning and end 669 /// of a call sequence, and carry arbitrary information that target might 670 /// want to know. The first operand is a chain, the rest are specified by 671 /// the target and not touched by the DAG optimizers. 672 /// Targets that may use stack to pass call arguments define additional 673 /// operands: 674 /// - size of the call frame part that must be set up within the 675 /// CALLSEQ_START..CALLSEQ_END pair, 676 /// - part of the call frame prepared prior to CALLSEQ_START. 677 /// Both these parameters must be constants, their sum is the total call 678 /// frame size. 679 /// CALLSEQ_START..CALLSEQ_END pairs may not be nested. 680 CALLSEQ_START, // Beginning of a call sequence 681 CALLSEQ_END, // End of a call sequence 682 683 /// VAARG - VAARG has four operands: an input chain, a pointer, a SRCVALUE, 684 /// and the alignment. It returns a pair of values: the vaarg value and a 685 /// new chain. 686 VAARG, 687 688 /// VACOPY - VACOPY has 5 operands: an input chain, a destination pointer, 689 /// a source pointer, a SRCVALUE for the destination, and a SRCVALUE for the 690 /// source. 691 VACOPY, 692 693 /// VAEND, VASTART - VAEND and VASTART have three operands: an input chain, 694 /// pointer, and a SRCVALUE. 695 VAEND, VASTART, 696 697 /// SRCVALUE - This is a node type that holds a Value* that is used to 698 /// make reference to a value in the LLVM IR. 699 SRCVALUE, 700 701 /// MDNODE_SDNODE - This is a node that holdes an MDNode*, which is used to 702 /// reference metadata in the IR. 703 MDNODE_SDNODE, 704 705 /// PCMARKER - This corresponds to the pcmarker intrinsic. 706 PCMARKER, 707 708 /// READCYCLECOUNTER - This corresponds to the readcyclecounter intrinsic. 709 /// It produces a chain and one i64 value. The only operand is a chain. 710 /// If i64 is not legal, the result will be expanded into smaller values. 711 /// Still, it returns an i64, so targets should set legality for i64. 712 /// The result is the content of the architecture-specific cycle 713 /// counter-like register (or other high accuracy low latency clock source). 714 READCYCLECOUNTER, 715 716 /// HANDLENODE node - Used as a handle for various purposes. 717 HANDLENODE, 718 719 /// INIT_TRAMPOLINE - This corresponds to the init_trampoline intrinsic. It 720 /// takes as input a token chain, the pointer to the trampoline, the pointer 721 /// to the nested function, the pointer to pass for the 'nest' parameter, a 722 /// SRCVALUE for the trampoline and another for the nested function 723 /// (allowing targets to access the original Function*). 724 /// It produces a token chain as output. 725 INIT_TRAMPOLINE, 726 727 /// ADJUST_TRAMPOLINE - This corresponds to the adjust_trampoline intrinsic. 728 /// It takes a pointer to the trampoline and produces a (possibly) new 729 /// pointer to the same trampoline with platform-specific adjustments 730 /// applied. The pointer it returns points to an executable block of code. 731 ADJUST_TRAMPOLINE, 732 733 /// TRAP - Trapping instruction 734 TRAP, 735 736 /// DEBUGTRAP - Trap intended to get the attention of a debugger. 737 DEBUGTRAP, 738 739 /// PREFETCH - This corresponds to a prefetch intrinsic. The first operand 740 /// is the chain. The other operands are the address to prefetch, 741 /// read / write specifier, locality specifier and instruction / data cache 742 /// specifier. 743 PREFETCH, 744 745 /// OUTCHAIN = ATOMIC_FENCE(INCHAIN, ordering, scope) 746 /// This corresponds to the fence instruction. It takes an input chain, and 747 /// two integer constants: an AtomicOrdering and a SynchronizationScope. 748 ATOMIC_FENCE, 749 750 /// Val, OUTCHAIN = ATOMIC_LOAD(INCHAIN, ptr) 751 /// This corresponds to "load atomic" instruction. 752 ATOMIC_LOAD, 753 754 /// OUTCHAIN = ATOMIC_STORE(INCHAIN, ptr, val) 755 /// This corresponds to "store atomic" instruction. 756 ATOMIC_STORE, 757 758 /// Val, OUTCHAIN = ATOMIC_CMP_SWAP(INCHAIN, ptr, cmp, swap) 759 /// For double-word atomic operations: 760 /// ValLo, ValHi, OUTCHAIN = ATOMIC_CMP_SWAP(INCHAIN, ptr, cmpLo, cmpHi, 761 /// swapLo, swapHi) 762 /// This corresponds to the cmpxchg instruction. 763 ATOMIC_CMP_SWAP, 764 765 /// Val, Success, OUTCHAIN 766 /// = ATOMIC_CMP_SWAP_WITH_SUCCESS(INCHAIN, ptr, cmp, swap) 767 /// N.b. this is still a strong cmpxchg operation, so 768 /// Success == "Val == cmp". 769 ATOMIC_CMP_SWAP_WITH_SUCCESS, 770 771 /// Val, OUTCHAIN = ATOMIC_SWAP(INCHAIN, ptr, amt) 772 /// Val, OUTCHAIN = ATOMIC_LOAD_[OpName](INCHAIN, ptr, amt) 773 /// For double-word atomic operations: 774 /// ValLo, ValHi, OUTCHAIN = ATOMIC_SWAP(INCHAIN, ptr, amtLo, amtHi) 775 /// ValLo, ValHi, OUTCHAIN = ATOMIC_LOAD_[OpName](INCHAIN, ptr, amtLo, amtHi) 776 /// These correspond to the atomicrmw instruction. 777 ATOMIC_SWAP, 778 ATOMIC_LOAD_ADD, 779 ATOMIC_LOAD_SUB, 780 ATOMIC_LOAD_AND, 781 ATOMIC_LOAD_OR, 782 ATOMIC_LOAD_XOR, 783 ATOMIC_LOAD_NAND, 784 ATOMIC_LOAD_MIN, 785 ATOMIC_LOAD_MAX, 786 ATOMIC_LOAD_UMIN, 787 ATOMIC_LOAD_UMAX, 788 789 // Masked load and store - consecutive vector load and store operations 790 // with additional mask operand that prevents memory accesses to the 791 // masked-off lanes. 792 MLOAD, MSTORE, 793 794 // Masked gather and scatter - load and store operations for a vector of 795 // random addresses with additional mask operand that prevents memory 796 // accesses to the masked-off lanes. 797 MGATHER, MSCATTER, 798 799 /// This corresponds to the llvm.lifetime.* intrinsics. The first operand 800 /// is the chain and the second operand is the alloca pointer. 801 LIFETIME_START, LIFETIME_END, 802 803 /// GC_TRANSITION_START/GC_TRANSITION_END - These operators mark the 804 /// beginning and end of GC transition sequence, and carry arbitrary 805 /// information that target might need for lowering. The first operand is 806 /// a chain, the rest are specified by the target and not touched by the DAG 807 /// optimizers. GC_TRANSITION_START..GC_TRANSITION_END pairs may not be 808 /// nested. 809 GC_TRANSITION_START, 810 GC_TRANSITION_END, 811 812 /// GET_DYNAMIC_AREA_OFFSET - get offset from native SP to the address of 813 /// the most recent dynamic alloca. For most targets that would be 0, but 814 /// for some others (e.g. PowerPC, PowerPC64) that would be compile-time 815 /// known nonzero constant. The only operand here is the chain. 816 GET_DYNAMIC_AREA_OFFSET, 817 818 /// Generic reduction nodes. These nodes represent horizontal vector 819 /// reduction operations, producing a scalar result. 820 /// The STRICT variants perform reductions in sequential order. The first 821 /// operand is an initial scalar accumulator value, and the second operand 822 /// is the vector to reduce. 823 VECREDUCE_STRICT_FADD, VECREDUCE_STRICT_FMUL, 824 /// These reductions are non-strict, and have a single vector operand. 825 VECREDUCE_FADD, VECREDUCE_FMUL, 826 VECREDUCE_ADD, VECREDUCE_MUL, 827 VECREDUCE_AND, VECREDUCE_OR, VECREDUCE_XOR, 828 VECREDUCE_SMAX, VECREDUCE_SMIN, VECREDUCE_UMAX, VECREDUCE_UMIN, 829 /// FMIN/FMAX nodes can have flags, for NaN/NoNaN variants. 830 VECREDUCE_FMAX, VECREDUCE_FMIN, 831 832 /// BUILTIN_OP_END - This must be the last enum value in this list. 833 /// The target-specific pre-isel opcode values start here. 834 BUILTIN_OP_END 835 }; 836 837 /// FIRST_TARGET_MEMORY_OPCODE - Target-specific pre-isel operations 838 /// which do not reference a specific memory location should be less than 839 /// this value. Those that do must not be less than this value, and can 840 /// be used with SelectionDAG::getMemIntrinsicNode. 841 static const int FIRST_TARGET_MEMORY_OPCODE = BUILTIN_OP_END+300; 842 843 //===--------------------------------------------------------------------===// 844 /// MemIndexedMode enum - This enum defines the load / store indexed 845 /// addressing modes. 846 /// 847 /// UNINDEXED "Normal" load / store. The effective address is already 848 /// computed and is available in the base pointer. The offset 849 /// operand is always undefined. In addition to producing a 850 /// chain, an unindexed load produces one value (result of the 851 /// load); an unindexed store does not produce a value. 852 /// 853 /// PRE_INC Similar to the unindexed mode where the effective address is 854 /// PRE_DEC the value of the base pointer add / subtract the offset. 855 /// It considers the computation as being folded into the load / 856 /// store operation (i.e. the load / store does the address 857 /// computation as well as performing the memory transaction). 858 /// The base operand is always undefined. In addition to 859 /// producing a chain, pre-indexed load produces two values 860 /// (result of the load and the result of the address 861 /// computation); a pre-indexed store produces one value (result 862 /// of the address computation). 863 /// 864 /// POST_INC The effective address is the value of the base pointer. The 865 /// POST_DEC value of the offset operand is then added to / subtracted 866 /// from the base after memory transaction. In addition to 867 /// producing a chain, post-indexed load produces two values 868 /// (the result of the load and the result of the base +/- offset 869 /// computation); a post-indexed store produces one value (the 870 /// the result of the base +/- offset computation). 871 enum MemIndexedMode { 872 UNINDEXED = 0, 873 PRE_INC, 874 PRE_DEC, 875 POST_INC, 876 POST_DEC 877 }; 878 879 static const int LAST_INDEXED_MODE = POST_DEC + 1; 880 881 //===--------------------------------------------------------------------===// 882 /// LoadExtType enum - This enum defines the three variants of LOADEXT 883 /// (load with extension). 884 /// 885 /// SEXTLOAD loads the integer operand and sign extends it to a larger 886 /// integer result type. 887 /// ZEXTLOAD loads the integer operand and zero extends it to a larger 888 /// integer result type. 889 /// EXTLOAD is used for two things: floating point extending loads and 890 /// integer extending loads [the top bits are undefined]. 891 enum LoadExtType { 892 NON_EXTLOAD = 0, 893 EXTLOAD, 894 SEXTLOAD, 895 ZEXTLOAD 896 }; 897 898 static const int LAST_LOADEXT_TYPE = ZEXTLOAD + 1; 899 900 NodeType getExtForLoadExtType(bool IsFP, LoadExtType); 901 902 //===--------------------------------------------------------------------===// 903 /// ISD::CondCode enum - These are ordered carefully to make the bitfields 904 /// below work out, when considering SETFALSE (something that never exists 905 /// dynamically) as 0. "U" -> Unsigned (for integer operands) or Unordered 906 /// (for floating point), "L" -> Less than, "G" -> Greater than, "E" -> Equal 907 /// to. If the "N" column is 1, the result of the comparison is undefined if 908 /// the input is a NAN. 909 /// 910 /// All of these (except for the 'always folded ops') should be handled for 911 /// floating point. For integer, only the SETEQ,SETNE,SETLT,SETLE,SETGT, 912 /// SETGE,SETULT,SETULE,SETUGT, and SETUGE opcodes are used. 913 /// 914 /// Note that these are laid out in a specific order to allow bit-twiddling 915 /// to transform conditions. 916 enum CondCode { 917 // Opcode N U L G E Intuitive operation 918 SETFALSE, // 0 0 0 0 Always false (always folded) 919 SETOEQ, // 0 0 0 1 True if ordered and equal 920 SETOGT, // 0 0 1 0 True if ordered and greater than 921 SETOGE, // 0 0 1 1 True if ordered and greater than or equal 922 SETOLT, // 0 1 0 0 True if ordered and less than 923 SETOLE, // 0 1 0 1 True if ordered and less than or equal 924 SETONE, // 0 1 1 0 True if ordered and operands are unequal 925 SETO, // 0 1 1 1 True if ordered (no nans) 926 SETUO, // 1 0 0 0 True if unordered: isnan(X) | isnan(Y) 927 SETUEQ, // 1 0 0 1 True if unordered or equal 928 SETUGT, // 1 0 1 0 True if unordered or greater than 929 SETUGE, // 1 0 1 1 True if unordered, greater than, or equal 930 SETULT, // 1 1 0 0 True if unordered or less than 931 SETULE, // 1 1 0 1 True if unordered, less than, or equal 932 SETUNE, // 1 1 1 0 True if unordered or not equal 933 SETTRUE, // 1 1 1 1 Always true (always folded) 934 // Don't care operations: undefined if the input is a nan. 935 SETFALSE2, // 1 X 0 0 0 Always false (always folded) 936 SETEQ, // 1 X 0 0 1 True if equal 937 SETGT, // 1 X 0 1 0 True if greater than 938 SETGE, // 1 X 0 1 1 True if greater than or equal 939 SETLT, // 1 X 1 0 0 True if less than 940 SETLE, // 1 X 1 0 1 True if less than or equal 941 SETNE, // 1 X 1 1 0 True if not equal 942 SETTRUE2, // 1 X 1 1 1 Always true (always folded) 943 944 SETCC_INVALID // Marker value. 945 }; 946 947 /// Return true if this is a setcc instruction that performs a signed 948 /// comparison when used with integer operands. 949 inline bool isSignedIntSetCC(CondCode Code) { 950 return Code == SETGT || Code == SETGE || Code == SETLT || Code == SETLE; 951 } 952 953 /// Return true if this is a setcc instruction that performs an unsigned 954 /// comparison when used with integer operands. 955 inline bool isUnsignedIntSetCC(CondCode Code) { 956 return Code == SETUGT || Code == SETUGE || Code == SETULT || Code == SETULE; 957 } 958 959 /// Return true if the specified condition returns true if the two operands to 960 /// the condition are equal. Note that if one of the two operands is a NaN, 961 /// this value is meaningless. 962 inline bool isTrueWhenEqual(CondCode Cond) { 963 return ((int)Cond & 1) != 0; 964 } 965 966 /// This function returns 0 if the condition is always false if an operand is 967 /// a NaN, 1 if the condition is always true if the operand is a NaN, and 2 if 968 /// the condition is undefined if the operand is a NaN. 969 inline unsigned getUnorderedFlavor(CondCode Cond) { 970 return ((int)Cond >> 3) & 3; 971 } 972 973 /// Return the operation corresponding to !(X op Y), where 'op' is a valid 974 /// SetCC operation. 975 CondCode getSetCCInverse(CondCode Operation, bool isInteger); 976 977 /// Return the operation corresponding to (Y op X) when given the operation 978 /// for (X op Y). 979 CondCode getSetCCSwappedOperands(CondCode Operation); 980 981 /// Return the result of a logical OR between different comparisons of 982 /// identical values: ((X op1 Y) | (X op2 Y)). This function returns 983 /// SETCC_INVALID if it is not possible to represent the resultant comparison. 984 CondCode getSetCCOrOperation(CondCode Op1, CondCode Op2, bool isInteger); 985 986 /// Return the result of a logical AND between different comparisons of 987 /// identical values: ((X op1 Y) & (X op2 Y)). This function returns 988 /// SETCC_INVALID if it is not possible to represent the resultant comparison. 989 CondCode getSetCCAndOperation(CondCode Op1, CondCode Op2, bool isInteger); 990 991 } // end llvm::ISD namespace 992 993 } // end llvm namespace 994 995 #endif 996