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

PABSB replaces each byte with its absolute value, treating it as a signed 8-bit integer: 16 results in an XMM register, 8 in an MMX register. SSSE3 added it together with PABSW, PABSD and the related PSIGNB, whose page covers the same SSSE3 and MMX-versus-XMM history. On Zen 5, the recorded pabsb xmm1, xmmword ptr [mem] turned FFh into 01h and 7Fh into itself, and left 80h as 80h: -128 has no positive byte counterpart, so nothing saturates and no flag reports it, the same edge VPABSD’s page describes for doublewords; taken as uint8_t, every result is the correct magnitude.

Without SSSE3

In our builds at -O2 over fixed-size int8_t arrays, the plain C absolute value compiles to one PABSB per 16 bytes in both GCC 14 and Clang 23 with -march=x86-64-v2. Before SSSE3, both compilers compute abs(x) as the unsigned minimum of x and 0 - x: PXOR to clear a register, PSUBB to negate a copy, and PMINUB between the negated copy and the original. The trick works because negating -128 overflows back to -128, the same value PMINUB then keeps, matching PABSB’s own edge case. This differs from the doubleword form, where the baseline instead flips a sign mask: PMINUD, which the same trick would need, only came with SSE4.1, while PMINUB has existed since SSE.

AMD’s latency spreadsheet for Zen 5 gives PABSB one macro-op with a latency of two cycles, on two of the four vector pipelines; the MMX form has no latency recorded, only a throughput of two.

In the optimization guide

What the optimization guide says about PABSB, a line per claim. Each links to the claim in the guide, with its sources and where they differ.

Skylake to Cooper Lake

  • Vectors on all parts: Many MMX instructions, among them the saturating additions and subtractions, comparisons, pmaxsw, pminsw, pavgb and pabsb, run on one port at half Broadwell’s rate.

Forms

Every encoding of PABSB that Intel XED knows, one row per XED instruction form (iform). How to read the notation.
InstructionEncodingRequires
PABSB mm, m64 PABSB_MMXq_MEMqNP 0F 38 1C /rSSSE3 + MMX
PABSB mm, mm PABSB_MMXq_MMXqNP 0F 38 1C /rSSSE3 + MMX
PABSB xmm, m128 PABSB_XMMdq_MEMdq66 0F 38 1C /rSSSE3
PABSB xmm, xmm PABSB_XMMdq_XMMdq66 0F 38 1C /rSSSE3

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.

Element-wise: each byte of the result comes from the byte in the same place in each source.
PABSB: element by elementResult byte i comes from byte i of xmm2. Result bytes 7 to 0: |a7|, |a6|, |a5|, |a4|, |a3|, |a2|, |a1|, |a0|.…01234567xmm2or m128a…|a0||a1||a2||a3||a4||a5||a6||a7|xmm1

Shown: bytes 7 to 0. Every byte works alike: 8 and 16 bytes in the mm and xmm forms.

Result byte i comes from byte i of xmm2. Result bytes 7 to 0: |a7|, |a6|, |a5|, |a4|, |a3|, |a2|, |a1|, |a0|.

Operation

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

PABSB mm, mm/m64
for i in range(8):
    mm1.b[i] = abs(src2.sb[i])
# x87: TOP = 0, all tags valid, bits 79:64 of mm1's register all ones

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

PABSB xmm, xmm/m128
for i in range(16):
    xmm1.b[i] = abs(src2.sb[i])
# bits 128 and up of the register are unchanged

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
PABSB mm, mm/m64
mmexplicitwrite
mm/m64explicitread
PABSB xmm, xmm/m128
xmmexplicitwrite
xmm/m128explicitread

Flags

None: XED records no flag that the forms test or change.

Exceptions

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

PABSB mm, mm/m64
mmx-mem
PABSB xmm, xmm/m128
SSE_TYPE_4

Attributes

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

PABSB mm, mm/m64
may abort a TSX transaction
PABSB xmm, m128
aligned memory operand

Intrinsics

The C intrinsics of Clang 23.1.2 that compile to PABSB, 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_abs_epi8 __m128i _mm_abs_epi8(__m128i __a)

PABSB xmm, xmm Legacy -mssse3

_mm_abs_pi8 __m64 _mm_abs_pi8(__m64 __a)

PABSB xmm, xmm Legacy -mssse3

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.

More SSSE3 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 2B, page 4-177 (PABSB/PABSW/PABSD/PABSQ)
  5. Software Optimization Guide for the AMD Zen5 Microarchitecture (58455, rev. 1.00, August 2024), Wayback Machine copy of AMD's ZIP

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.