tommyscholly opened PR #12457 from tommyscholly:fmin_interp to bytecodealliance:main:
This addresses #11233, where neither
fminnorfmaxwere supported in the interpreter becauseis_nanand other method are not implemented on vector types.
tommyscholly requested cfallin for a review on PR #12457.
tommyscholly requested wasmtime-compiler-reviewers for a review on PR #12457.
cfallin commented on PR #12457:
Thanks -- can you update or add a runtest showing these opcodes working in the interpreter with vector inputs?
tommyscholly updated PR #12457.
github-actions[bot] added the label cranelift on PR #12457.
tommyscholly updated PR #12457.
tommyscholly updated PR #12457.
cfallin commented on PR #12457:
Thanks for the update. A few more requests:
- Since this isn't a fuzzbug/weird corner case regression but rather ordinary opcode implementation coverage, let's name the runtest something descriptive like
fmin-vector.clif+fmax-vector.clifrather thanissue-11233.clif.- It's always best to look for existing runtests to add the target to first; I don't see any that test vector forms of these ops (e.g.
fmin.clifis scalar-only). That said, since we're adding runtests for the opcodes, let's add all platforms that support them while we're at it. #11233 implies that x86-64 has lowerings too -- could you add it to the runtest if so?- Could you make updates to your PR with additional commits rather than a squash and force-push? It will all be squashed together in the end when we merge.
Thanks!
tommyscholly updated PR #12457.
tommyscholly commented on PR #12457:
Did all of those, thanks for the feedback!
cfallin submitted PR review:
Thanks -- LGTM!
cfallin has enabled auto merge for PR #12457.
cfallin added PR #12457 fix: support fmin and fmax in interpreter on vector types to the merge queue.
cfallin merged PR #12457.
cfallin removed PR #12457 fix: support fmin and fmax in interpreter on vector types from the merge queue.
Last updated: Jan 29 2026 at 13:25 UTC