Closed rdeits closed 6 years ago
I think this is a "don't do that" and the copying constructor should be
function Woodbury(V::AbstractMatrix)
cV = copy(V)
Woodbury{typeof(cV)}(cV)
end
That is indeed the fix I went with. Thanks!
I think this convert
method is wrong, as in #26178. The result of convert
should be "basically the same thing", just converted to a different type. It shouldn't change values.
Thank you!
I just noticed this while trying to fix WoodburyMatrices.jl for v0.7. Here's a reduced example of the behavior:
Previously, this worked fine. However, something interesting happens if
V
happens to be an Adjoint:Note that even though we constructed
Woodbury
with the2x3
Vprime, we got a3x2
matrix in theV
field. What's happening is:Woodbury(Vprime::Adjoint)
typeof(Vprime)
isAdjoint
copy(Vprime)
returns a plainMatrix
Woodbury{Adjoint{...}}(vprime_copy::Matrix)
convert(Adjoint, vprime_copy::Matrix)
...vprime_copy
, yielding a matrix which is transposed from the originalVprime
In essence, this is a case where
convert(typeof(V), copy(V))
returns the adjoint of V, not something of the same shape as V.This is all perfectly correct given the currently defined behaviors, but it seems like an edge case that might be worth fixing. For example, if
copy(Vprime)
returned anotherAdjoint
, then I believe this particular problem would go away (but I imagine it's not as easy as that).Of course, the answer may just be "don't do that". It's easy to fix this particular case now that I understand what's going on, but it may be a trap that others fall into.