Add native PauliRot implementation in LightningQubit

[vincentmr]

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:
Pauli rotations come up in many places, and importantly in the time evolution of qchem Hamiltonians. It is therefore worth considering ways to accelerate their execution.

Description of the Change:
Implement applyPauliRot in the LM gate kernel. Invoke applyPauliRot directly from the SV class and add bindings to the Python layer. Add custom decomposition rule for PauliRot operations.

Benefits:
Faster Pauli rotations. I performed a benchmark on random PauliRotations (runtime > 1.0 sec and at least 5 of them) through the Python layer. The data remains noisy with 5 samples because the performance varies depending on the specific "XYZ" sequence (which translates into more or less predictable memory access patterns). Overall, we see an advantage for 3+ qubits and up.

The speed-ups are also good when parallelizing with OpenMP threads (both cases using 16 threads)

After rewriting the PauliRot gates as one-qubit gates of sort, writing AVX kernels for PauliRot may be worth it.

For an entire workflow like time-evolving a QChem Hamiltonian, the gains are slower coming because PauliRot is not necessarily the main bottleneck at all scales, but it is once the molecules are big enough. This is shown in the speed-up bar graph below.

Possible Drawbacks:

Related GitHub Issues:
[sc-69801]
[sc-71642]

[codecov]

Codecov Report

Attention: Patch coverage is 23.07692% with 10 lines in your changes missing coverage. Please review.

Project coverage is 92.39%. Comparing base (6b42030) to head (e19e21e).
Report is 1 commits behind head on master.

Files	Patch %	Lines
...nnylane_lightning/lightning_qubit/_state_vector.py	0.00%	6 Missing ⚠️
...ylane_lightning/lightning_qubit/lightning_qubit.py	33.33%	4 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##           master     #834      +/-   ##
==========================================
- Coverage   95.17%   92.39%   -2.79%     
==========================================
  Files         113       70      -43     
  Lines       18141    11250    -6891     
==========================================
- Hits        17265    10394    -6871     
+ Misses        876      856      -20     

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

[multiphaseCFD]

Thank @vincentmr! Nice work! Just a few comments.

[LuisAlfredoNu]

LGTM just a couple of comments 🚀

[multiphaseCFD]

LGTM! Thanks @vincentmr for the nice work.

[LuisAlfredoNu]

Nice work and good improvement for Pauli Rotations 👍
Thank you @vincentmr