Add tag dispatch for memory location with LQ classes

[mlxd]

Before submitting

Please complete the following checklist when submitting a PR:

• All new features must include a unit test.
  If you've fixed a bug or added code that should be tested, add a test to the
  tests directory!

• All new functions and code must be clearly commented and documented.
  If you do make documentation changes, make sure that the docs build and
  render correctly by running make docs.

• Ensure that the test suite passes, by running make test.

• Add a new entry to the .github/CHANGELOG.md file, summarizing the
  change, and including a link back to the PR.

• Ensure that code is properly formatted by running make format.

When all the above are checked, delete everything above the dashed
line and fill in the pull request template.

---

Context: To allow selection of supports for both internally and externally managed memory, enabling a class attribute to be accessed indicating where memory lives is necessary. To better support lightning's classes, and their extensions, this PR adds struct tags to each statevector class in the lightning.qubit tree. Struct tags are prefered here over enums as they can be used for compile-time selections, and such we make use of this now in a safer way under the adjoint gradient pipeline.

Description of the Change: As above.

Benefits: Allows compile-time decisions and support checking of memory ownership in lightning.qubit associated statevector classes.

Possible Drawbacks:

Related GitHub Issues:

[github-actions]

Hello. You may have forgotten to update the changelog!
Please edit .github/CHANGELOG.md with:

• A one-to-two sentence description of the change. You may include a small working example for new features.
• A link back to this PR.
• Your name (or GitHub username) in the contributors section.

[codecov]

Codecov Report

Patch coverage: 100.00% and project coverage change: -0.47% ⚠️

Comparison is base (824fd77) 96.84% compared to head (42d5b7d) 96.37%.

Additional details and impacted files

@@            Coverage Diff             @@
##           master     #492      +/-   ##
==========================================
- Coverage   96.84%   96.37%   -0.47%     
==========================================
  Files         142       23     -119     
  Lines       16278     1186   -15092     
==========================================
- Hits        15764     1143   -14621     
+ Misses        514       43     -471     

Files Changed	Coverage Δ
pennylane_lightning/core/src/utils/Memory.hpp	55.55% <ø> (-34.77%)	⬇️
pennylane_lightning/core/src/utils/Util.hpp	100.00% <ø> (+2.41%)	⬆️
pennylane_lightning/core/_version.py	100.00% <100.00%> (ø)

... and 129 files with indirect coverage changes

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

[AmintorDusko]

Nice implementation.
This will, for sure, address my comment on PR 482.
Happy to approve when we move the MemoryStorageLocation namespace to a more suitable header.

[maliasadi]

Thanks @mlxd! It solves the issue with registering StateVectorLQubitDynamic in our end too.

[AmintorDusko]

Thank you for that!