Andreas Noack
Andreas Noack
Yeah. It definitely should be. Not sure what is going wrong here. I'll take a look.
This was fixed in 85e8031de66020819bb61146163ed51f9fa3e006
While I fully understand how frustrating it can be that precompilation fails because of conflicts between indirect dependencies and I appreciate the effort to resolve the conflicts, I don't think...
> I only have it in the project file Doesn't that trigger precompilation of the dependency in Julia 1.6? > Any reason not to incorporate the GenericSchur functionality here? It's...
For reference, the current error is ```julia julia> eigen(big.(A + A')) ERROR: MethodError: no method matching eigen!(::Matrix{BigFloat}; permute=true, scale=true, sortby=LinearAlgebra.eigsortby) Closest candidates are: eigen!(::StridedMatrix{T}; permute, scale, sortby) where T
Man. I should have checked but just assumed that the Schur factor was sufficient. Will fix.
Sure. Will release once the new fix is in.
I think the SVD here should now fully cover the functionality of GenericSVD so yes, I think it would be redundant. Regarding the fix here then it's slightly more tricky...
This is actually never worked. Most of the pieces are there but they are not assembled. I.e. you can do ```julia schur(rand(BigFloat,5,5)) ``` but I haven't yet written the diagonalization...
I have quite a bit on my plate for the time being but will review this eventually.