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