Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add wasm support for int32->f64 and f32->f64 simd ops #5863

Merged
merged 27 commits into from
Mar 30, 2021

Conversation

steven-johnson
Copy link
Contributor

At top-of-tree LLVM, the wasm backend never seems to emit the vector version of these ops; pattern-match to target them specifically.

Copy link
Contributor

@dsharletg dsharletg left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we just be filing bugs on the LLVM WebAssembly backend to address these kinds of things? It seems absurd that LLVM isn't doing this.

@steven-johnson
Copy link
Contributor Author

They are working on it, it's just taking longer than expected. At this point I think I have all of the low-hanging fruit, and the remaining issues have been reported to the relevant wasm/LLVM folk.

Base automatically changed from srj/wasm-narrowing to master March 30, 2021 16:48
@steven-johnson steven-johnson merged commit 7bbe2fd into master Mar 30, 2021
@steven-johnson steven-johnson deleted the srj/wasm-fops branch March 30, 2021 23:00
@alexreinking alexreinking added this to the v12.0.0 milestone May 19, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants