-
Notifications
You must be signed in to change notification settings - Fork 3
Fix the issue with linking against both Lightning-Kokkos and Lightning #49
Conversation
…kos into multidev/fix_buildw_lightning_new
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me. I have a few questions, essentially about formatting. I'm guessing that Kokkos::
was replaced by ::Kokkos::
with sed
or a similar command without much discrimination. I'm wondering if any issue could arise from that in the long run, or if it shows poor style (e.g. in the docstrings). I'd be OK merging as is, but I wonder what are people's thoughts.
pennylane_lightning_kokkos/src/algorithms/AdjointDiffKokkos.cpp
Outdated
Show resolved
Hide resolved
…kos into multidev/fix_buildw_lightning_new
…aneAI/pennylane-lightning-kokkos into multidev/fix_buildw_lightning_new
Note |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice work @maliasadi! Thanks for putting this together!
…ng-kokkos into multidev/fix_buildw_lightning_new
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you, @maliasadi. On a curious note, changing ::Kokkos
back to Kokkos
decreased the changes introduced by this PR from +1180 -1116 to +176 -145. A reduction of more than one thousand lines. 😱
Currently, we cannot build and link both Lightning and Lightning-Kokkos in a single translation unit due to conflicts in the name of files, functions, classes, and namespaces. This PR addresses this issue. A direct use case of this patch would be in getting support for both
lightning.qubit
andlightning.kokkos
simulators in Catalyst.[sc-37004]