Extensions
Forms
2 (2 Legacy)
Data
Intel XED v2026.08.23

COMISS compares the low singles of two operands and puts the answer in EFLAGS, where a conditional jump, SETcc or CMOVcc can use it at once; CMPSS gives a mask in an XMM register instead. The flags follow the pattern of the x87 FCOMI: greater clears ZF, PF and CF, less sets CF, equal sets ZF, and unordered (a NaN on either side) sets all three. OF, SF and AF are cleared.

Reading the flags

The pattern is that of an unsigned compare, so the unsigned conditions apply, but those that test CF or ZF alone also hold for a NaN:

  • B and BE are true when the result is unordered. Compilers therefore swap the operands and use A or AE, which are false for a NaN: GCC 14 at -O2 compiles a < b to comiss xmm1, xmm0 (b against a) and seta, and a <= b to the same compare and SETAE. Clang 23 does the same with UCOMISS.
  • E is true when the result is unordered, so a == b needs PF as well: GCC tests NP besides E, and both compilers branch on JNE and on JP.
  • P alone means unordered: isnan(x) becomes UCOMISS of x with itself and SETP.

Ordered and unordered

COMISS raises the invalid-operation exception for any NaN input, a quiet one included; UCOMISS only for a signaling NaN. In IEEE 754, and in C’s Annex F, <, <=, > and >= signal invalid on a NaN while == and != do not, and GCC 14 follows that: COMISS for the relational operators, UCOMISS for equality and for the quiet macros such as isless(). Clang 23 uses UCOMISS for all of them unless -ffp-exception-behavior=strict asks it to keep the exceptions; then it emits COMISS for < too. With the exception masked, as MXCSR masks all of them by default, the only difference is MXCSR.IE being set; unmasked, COMISS raises #XM and leaves EFLAGS unchanged.

AMD’s COMISS page never mentions quiet NaNs: its exception table names only signaling NaNs as a cause of IE, as on its UCOMISS page. Zen 5 sets IE for a quiet NaN all the same, as the recorded VCOMISS cases show; {sae} suppresses the flag.

VCOMISS is the VEX and EVEX form, and COMISD compares doubles. AVX10.2’s VCOMXSS sets the flags so that each relation is a single condition code, false for a NaN.

Forms

Every encoding of COMISS that Intel XED knows, one row per XED instruction form (iform). How to read the notation.
InstructionEncodingRequires
COMISS xmm, m32 COMISS_XMMss_MEMssNP 0F 2F /rSSE
COMISS xmm, xmm COMISS_XMMss_XMMssNP 0F 2F /rSSE

Data flow

Where the elements of the sources go, element 0 on the right; results that depend on a control value are drawn for an example. How to read.

The low singles of the two sources are compared, and the result sets ZF, PF and CF.
COMISS: the low element to the flagsThe flags come from single 0 of xmm1 and xmm2. RFLAGS: CF, PF, ZF.0123xmm1aZFPFCFRFLAGS0123xmm2or m32b

The flags come from single 0 of xmm1 and xmm2. RFLAGS: CF, PF, ZF.

Operation

What the forms do, in pseudocode that our tests run against results recorded on real processors. How to read.

x = comi(xmm1.f32[0], src2.f32[0])  # 0 >, 1 <, 2 =, 3 unordered
zf = x in (2, 3)
pf = x == 3
cf = x in (1, 3)
of = sf = af = 0
# a QNaN raises IE too

Run on AMD Zen 5 (EPYC 9645): 2 cases.

Operands

What each form reads and writes, as Intel XED records it: the operands of its syntax, in order, and the implicit ones that the syntax does not name. How to read.
OperandKindAction
COMISS xmm, xmm/m32
xmmexplicitread
xmm/m32explicitread
RFLAGSimplicitwrite

Flags

M modified, 0 cleared; blank: not affected. How to read.
OFSFZFAFPFCF
All forms
00M0MM

Exceptions

The exception class is XED's name for the set of exception conditions that a form follows. How to read.

All forms
SSE_TYPE_3

Attributes

What else XED records about the forms. How to read.

All forms
follows MXCSR

Intrinsics

The C intrinsics of Clang 23.1.2 that compile to COMISS, each with the form it compiles to and the Clang options it needs. The forms come from compiling every intrinsic and decoding the result with Intel XED; all intrinsics A–Z explains the method.

IntrinsicCompiles to
_mm_comieq_ss int _mm_comieq_ss(__m128 __a, __m128 __b)

COMISS xmm, xmm Legacy -msse

_mm_comige_ss int _mm_comige_ss(__m128 __a, __m128 __b)

COMISS xmm, xmm Legacy -msse

_mm_comigt_ss int _mm_comigt_ss(__m128 __a, __m128 __b)

COMISS xmm, xmm Legacy -msse

_mm_comile_ss int _mm_comile_ss(__m128 __a, __m128 __b)

COMISS xmm, xmm Legacy -msse

_mm_comilt_ss int _mm_comilt_ss(__m128 __a, __m128 __b)

COMISS xmm, xmm Legacy -msse

_mm_comineq_ss int _mm_comineq_ss(__m128 __a, __m128 __b)

COMISS xmm, xmm Legacy -msse

CPUID and processors

Each form belongs to an XED ISA set. A form can be used when the processor reports every CPUID bit of one of its ISA set's alternatives.

CPUID requirements and processors of the XED ISA sets above. Alternatives are separated by “or”; processors follow XED’s chip model, whose AMD processors end with Zen 2, and the CPU data of this site for Zen 3 to Zen 6.
ISA setCPUIDProcessors
SSE

SSE
CPUID.01H:EDX[25] SSE

Every x86-64 processor in XED’s model and Zen 3 to Zen 6

More SSE instructions

All 65 SSE instructions

Sources

  1. Intel XED v2026.08.23 (commit 0bcb6237345c): forms, encodings, operands, flags, exception classes, attributes, ISA sets, CPUID bits and chip model.
  2. The CPU data of x86-64.net: Zen 3 to Zen 6, from GCC’s -march feature sets and AMD’s Processor Programming References, which the page of each processor cites.
  3. Clang's x86 intrinsic headers, LLVM 23.1.2 (commit 85ac56026243): the intrinsics, their signatures and doc comments, and the Clang of that release, which compiled each of them.
  4. Intel 64 and IA-32 Architectures Software Developer's Manual, Volume 2 (325383-093, September 2026): Volume 2A, page 3-201 (COMISS)
  5. Intel 64 and IA-32 Architectures Software Developer's Manual, Volume 1 (253665-093, September 2026)
  6. AMD64 Architecture Programmer's Manual, Volume 4: 128-Bit and 256-Bit Media Instructions (26568, rev. 3.25, November 2021), Wayback Machine copy of AMD's PDF

The tables are derived from Intel XED, Copyright Intel Corporation, licensed under the Apache License 2.0; x86-64.net converted and reformatted them. The intrinsics and their signatures come from Clang, part of the LLVM Project, licensed under the Apache License 2.0 with LLVM Exceptions. The text is our own.