Chris Elrod

https://github.com/chriselrod/AppleAccelerateLinAlgWrapper.jl I gave it a deliberately bad name to avoid stealing a good one, hoping someone would create a nicer package that can be used in some way other than...

> We might as well add it to LinearSolve.jl if we can do it in a way that doesn't hit LibBLASTrampoline. Currently, a problem with it is that despite hiting...

Those are complex matrices. You could make a PR to add actual complex support to RecursiveFactorization. Or wait for the LoopVectorization rewrite to be finished. Development is active there, but...

> Oh RecursiveFactorization.jl doesn't have a specialization for complex matrices? I didn't know that. We should specialize the default algorithm on that fact and document it then. What exactly is...

How many threads did you use in your benchmark?

Maybe we could even raise the 100; MKL only beat it at 160. MKL wins because it is much better at multithreading. I had a plot somewhere, where my computer...

Fixed the example issue and added it to the tests. > But that's also something I can easily work around in my applications. Or make a PR here.

> bump, do we need a pass in the macro to transform this into a bunch of getproperty? Yeah, that'd be a reasonable approach. The alternative would be handling `Expr(:parameters,...)`,...

https://github.com/JuliaSIMD/Polyester.jl/blob/f49a3081f0005e920fa7542cd3ce4710925efddb/src/closure.jl#L18-L30 can handle ```julia julia> y = (1,2); julia> @batch for i in 1:2 (a, b) = y end ``` so it should be straightforward to adapt to support `(;...

> where even is this signature defined > > > ``` > > define_tup!(defined, a) > > ``` That method does not exist. That is a bug.