When does rm matter for fcvt.q.wu?
It does not matter for the numeric result. The source integer is exactly representable in the destination floating-point format, so rm does not cause rounding.
Convert unsigned 32-bit int to quad FP. Always exact. R-type, fmt=Q(11), rs2=source WU(01).
fcvt.q.wu converts an unsigned 32-bit integer source to a quad-precision floating-point result. This conversion is exact, so the encoded rounding mode does not change the numeric result.
fcvt.q.wu converts an unsigned 32-bit integer source to a quad-precision floating-point result. This conversion is exact, so the encoded rounding mode does not change the numeric result.
Understand this scenario with real code like «fcvt.q.wu f0, x10 # f0 = (quad)(unsigned)x10».
Understand this scenario with real code like «fcvt.q.wu f0, x10 # f0 = (quad)(unsigned)x10».
It does not matter for the numeric result. The source integer is exactly representable in the destination floating-point format, so rm does not cause rounding.
It differs by source/destination format, integer signedness, RV64 restrictions, and whether rounding or invalid conversion can occur.