Chris Fallin

(And following on that a bit more, I guess what I really want is to sort of build up trust in the tool from first principles -- that's what I...

Ah, that's almost certainly [this](https://github.com/bytecodealliance/wasmtime/blob/c392e461a3458a011f79dca7ec22773b873006cd/cranelift/codegen/src/opts/algebraic.isle#L110) rewrite rule: ```lisp (rule (simplify (bxor ty x x)) (subsume (iconst ty (imm64 0)))) ``` I think a `(fits_in_64 ty)` extractor in place of `ty`...

I'm cleaning up old PRs and am going to go ahead and close this for now; this has become out-of-date anyway (new crates in the meantime). @decathorpe please feel free...

@kpreisser I would say we'd be very interested in contributions for this support, but no one currently involved with the project has the time to work on it, as far...

That's progress! Thanks @kpreisser for trying that out! The failure in trap handling is almost certainly to do with our lack of SEH (structured exception handling) metadata on aarch64; that...

A pull request to fix the compilation would be great, yeah -- let's get the above work in-tree! I do want to be a little cautious about what we put...

Superseded by #4953; closing this one!

@bnjbvr I believe had this working recently (at least, there were two PRs we recently merged related to signal/exception handling and the calling convention; I was under the impression that...

Ah, yes, this could be it: Ben's bytecodealliance/wasmtime#2742 added the calling convention support for M1 and that came after the 0.25 release. We should probably do a release soon anyway...

We just released 0.26.0 -- please do let us know if something still doesn't work! (I don't have an M1 so I can't test myself, but if someone else confirms...