Add a disamgiguating conversion

[kshyatt]

This seems to be needed for conversion of BlockTensorMaps backed by GPU arrays to CuTensorMap -- otherwise an ambiguity error arises.

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 55.83%. Comparing base (0b3278f) to head (93da47d).

Additional details and impacted files

@@            Coverage Diff             @@
##             main      #47      +/-   ##
==========================================
+ Coverage   55.43%   55.83%   +0.39%     
==========================================
  Files          18       19       +1     
  Lines        1407     1422      +15     
==========================================
+ Hits          780      794      +14     
- Misses        627      628       +1     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[lkdvos]

Is this not showing up in Aqua because the ambiguity only is there if CUDA is loaded?

[kshyatt]

Yes basically exactly that.

[kshyatt]

lol "amgiguating"

[kshyatt]

Annoying, more ambiguities to fix.

[kshyatt]

OK, I think this is ok to go (but we'll want to fix Project.toml) after QuantumKitHub/TensorKit.jl#375 gets into shape

[kshyatt]

OK, created a more specific TensorMap conversion and moved some common logic into a new function. Also got the storage type thing seemingly resolved...

[kshyatt]

I think everything got resolved here?

[kshyatt]

Now with a JLArrays test!

[kshyatt]

I'd really like to get this last scalar indexing thing squared away before merging this (it makes me antsy) so I'll keep plugging away.

[github-actions]

Your PR no longer requires formatting changes. Thank you for your contribution!

[kshyatt]

OK gotta wait for the registry to update