Skip to content

Conversation

@alexcrichton
Copy link
Member

alexcrichton and others added 4 commits May 7, 2025 08:18
It's expected that this has memory leaks, there's no clean shutdown in
the CLI right now.
This commit fixes some more fallout found on oss-fuzz about the x64
generating rounding builtins when it shouldn't be. This situation is
caused by simd float rounding instructions which the x64 backend lowers
to libcall-per-element and now needs to move that logic to the frontend
instead.
This commit is similar to bytecodealliance#10699, another instance of a libcall popping
up late in the x64 backend. Fuzzing found this issue and to help verify
this is the last one I've run the whole `*.wast` test suite with the
x86_64 baseline (no target features) and saw the panic before this PR
and no more panics after.
…#10739)

The public function `generated_files` in `cranelift-assembler-x64` makes
the generated `rlib` non-deterministic because it contains the full
paths of generated files. But this function is only used in `main.rs` of
the same crate, so this change inlines it there to keep the library artifact
deterministic while maintaining the same behavior.
@alexcrichton alexcrichton requested review from a team as code owners May 7, 2025 15:20
@alexcrichton alexcrichton requested review from fitzgen and removed request for a team May 7, 2025 15:20
@github-actions github-actions bot added the cranelift Issues related to the Cranelift code generator label May 7, 2025
@alexcrichton alexcrichton merged commit ba64cd5 into bytecodealliance:release-33.0.0 May 7, 2025
160 checks passed
@alexcrichton alexcrichton deleted the backports branch May 7, 2025 18:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

cranelift Issues related to the Cranelift code generator

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants