You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks, I hadn't thought of this yet. I think it would be relatively simple to add support for ECRGate. We could add support for RZXGate, too, while we are at it.
Here's a list of gates that I believe we could support pretty easily: [the list is now in the top post.]
Even if we eventually implement general unitaries (#186), having more gates may be useful once we figure out a way to implement adjusting parameters in reconstruction (#256).
caleb-johnson
changed the title
Understand whether we should handle ECR gates directly
Support a wider variety of Qiskit gates for automatic, optimal decomposition
Jun 27, 2023
Support a wider variety of Qiskit gates for automatic, optimal decomposition.
DCXGate
(Add support forSwapGate
,iSwapGate
, andDCXGate
#294)CHGate
(Add support for cutCYGate
s andCHGate
s #290)CPhaseGate
(Support CPhaseGate, CSGate and CSdgGate #298)CSGate
(Support CPhaseGate, CSGate and CSdgGate #298)CSdgGate
(Support CPhaseGate, CSGate and CSdgGate #298)CSXGate
(CSXGate
#296)CYGate
(Add support for cutCYGate
s andCHGate
s #290)ECRGate
(Add support for cutECRGate
#292)RZXGate
(support via KAK and test added in Implement cutting of general 2-qubit unitaries #302)SwapGate
(Add support forSwapGate
,iSwapGate
, andDCXGate
#294)iSwapGate
(Add support forSwapGate
,iSwapGate
, andDCXGate
#294)The text was updated successfully, but these errors were encountered: