Matt Fishman

@emstoudenmire could you take a look?

Closed by #1380.

I guess this will keep getting made (#1145). I'll just leave it open but we should ignore it since as of #1097 ITensorGPU is only compatible with NDTensors v0.1.

Thanks for the report. We are currently working on a rewrite of the projected MPO code, it should be easy to add support for this once that is done (we...

Yes, we are doing a complete rewrite of `NDTensors` which will replace the `Tensor` type and `TensorStorage` types. The new design will include a general elementwise `SparseArrayDOK` type (using a...

@JanReimers's assessment is correct. `adapt` from [`Adapt.jl`](https://github.com/JuliaGPU/Adapt.jl) is being used to handle conversion to GPU when the MPS is on GPU, as well as element type conversion (for example if...

Related: https://itensor.discourse.group/t/correlation-matrix-of-complex-operators/584

What about `MaybeComplexAdaptor`? Then it reads like `adapt(MaybeComplexAdaptor(Float32), T)`, for example.

I think we can support both, but that is up to us. For this case we want the version `adapt(MaybeComplexAdaptor(Vector{Float64}), O)` but for other cases we might want `adapt(MaybeComplexAdaptor(Float64), O)`...

They would have different behavior in general, because `adapt(MaybeComplexAdaptor(Float64), O)` would only change the element type while preserving everything else about the data storage type (preserve if `O` is on...