-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
More efficient QASM3 dumping of global barriers #13485
Comments
We can change this, no worries - we output this way because it's how it's stored internally, but it's fast for us to check whether it's global during the dump (our data model guarantees that each element of We ought to check that the current Python-space parser can handle the global barrier too (I imagine it can), and that other packages depending on us can handle it |
Hi , I would like to work on this one ,please assign me. |
I'm sorry, I forgot to come back and update this: I spoke offline with Tsafrir, and we determined that we know of several dependents of Qiskit at the moment that would fail to handle OpenQASM 3 global Thanks for the offer - I'll assign you. |
Thanks, I understand the part about adding a flag to Thanks again. |
What should we add?
Qiskit let's the user use global barriers in a circuit, for example:
However, when these barriers get dumped into QASM3, all qubits are explicitly listed:
While this is a valid QASM3 output, it doesn't use the declared support of global barriers in QASM3 via
barrier;
. For wide circuits this increases the output's size, parsing time, and even compile time down the line (as the global nature of the barrier needs to be checked for, or ignored).The text was updated successfully, but these errors were encountered: