Is it always equivalent to a same-named 32-bit instruction?
Not always. Some C/Zc instructions compress common 32-bit operations, while others have dedicated stack-frame or table-jump semantics.
16-bit zero-extend word (RV64: lower 32 bits)
C.ZEXT.W (Zcb, CU format, RV64 only) zero-extends the low 32 bits of rd'/rs1' to 64 bits, with rd'/rs1' limited to x8-x15. It requires Zba and is equivalent to the 32-bit encoding add.uw rd', rd', zero. ADDIW/C.ADDIW with zero performs 32-bit sign-extension, not zero-extension. It belongs to Zcb and depends on Zca and Zba.
Shows only official compressed fields, conditions, and architectural state; it does not model a pipeline, cache, or timing.
C.ZEXT.W requires Zcb, Zba, and RV64; Zcb depends on Zca.
C.ZEXT.W is the 16-bit encoding form for compressed zero-extend word; its semantics and encodable register restriction are defined by the official Zcb rules.
Understand this scenario with real code like «c.zext.w x10 # x10 = EXTZ(x10[31:0]) (RV64)».
Understand this scenario with real code like «c.zext.w x10 # x10 = EXTZ(x10[31:0]) (RV64)».
Not always. Some C/Zc instructions compress common 32-bit operations, while others have dedicated stack-frame or table-jump semantics.
Many 16-bit encodings can represent only a compressed register subset or fixed registers such as sp, ra, a0/a1.