Replies: 2 comments 2 replies
-
|
Yeah it's good to keep an eye on this. I think these packages achieve nice speedups, but since they rely on Julia internals they are quite brittle and hard to maintain. This is also why the main author is working on If we run into more issues like #360 we could decide to drop it already, and hope we'll get the speed back with future compiler optimizations. But for now I'd say let's wait it out a bit. |
Beta Was this translation helpful? Give feedback.
-
|
I see the PackageCompiler build is currently broken on master, and #514 also doesn't help. The errors look like this: Considering JuliaSIMD/LoopVectorization.jl#432 (comment) we may want to go ahead with removing the LoopVectorization.jl dependency before v1.0. I think Polyester is fine and can stay, despite it being in the JuliaSIMD org. |
Beta Was this translation helpful? Give feedback.
-
|
Hm, strange that the PackageCompiler build throws an error on the build server. This is as far as I know actually the first time (related to |
Beta Was this translation helpful? Give feedback.
-
|
Not that I know. Indeed strange that this suddenly started happening. |
Beta Was this translation helpful? Give feedback.
-
Wflow relies on two packages from the JuliaSIMD ecosystem:
It is announced that "Without new maintainers for the JuliaSIMD ecosystem, LoopVectorization.jl and JuliaSIMD will be deprecated for Julia v1.11 and above" on LoopVectorization github page.
See also for more info:
JuliaSIMD/LoopVectorization.jl#519
https://discourse.julialang.org/t/why-is-loopvectorization-deprecated/109547
Discussion and decision at some point is needed, especially if new maintainers for JuliaSIMD are not available.
Beta Was this translation helpful? Give feedback.
All reactions