-
Notifications
You must be signed in to change notification settings - Fork 3
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
Replacing LoopVectorization #47
Comments
It’s not clear that there’s any replacement forthcoming anywhere in the community. If there is we can try to port the implementations in this package to that, but currently the next best thing is ***@***.*** @fastmath`, which is what LoopVectoriztation falls back to anyways (so things should keep working here, and will still benefit for the ***@***.***` functions for each dimensional case, just probably not quite as fast as they used to be)
|
I see, what do you think about explicitly replacing |
Eventually probably yes if no one resurrects LoopVectorization, but no rush I think
|
While it looks like we can't use Closed by #48 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi there,
What with LoopVectorization.jl getting deprecated in Julia v1.11, are there any plans to replace it in this package? From what I've read the only path forward (while keeping performance) is to write efficient kernels ourselves.
The text was updated successfully, but these errors were encountered: