-
Notifications
You must be signed in to change notification settings - Fork 628
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
[Capture] Switch from binding qnode_kwargs
to execution_config
#6991
base: master
Are you sure you want to change the base?
Conversation
…yLaneAI/pennylane into qnode-prim-execution-config
expected_config = qml.devices.ExecutionConfig( | ||
gradient_method="best", | ||
gradient_keyword_arguments={}, | ||
use_device_jacobian_product=False, | ||
interface="jax", | ||
) |
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.
Could we also use construct_execution_config
here?
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.
Using it in the source code, but just being a bit more manual in the tests.
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.
Should this PR also update DefaultQubitInterpreter
to accept ExecutionConfig
? It's not really used for anything inside the device yet, so I'm okay with doing it in #6961 as well.
Context:
As the capture workflow is getting more complicated, we should start using the well-defined
ExecutionConfig
object instead of the ambiguous and unspecifiedqnode_kwargs
.We also need to start passing the
execution_config
to the device, as that information is needed for handling mid circuit measurements.Description of the Change:
Switches from binding a
qnode_kwargs
dictionary to anexecution_config
object.Benefits:
Easier to manage the configuration of a workflow. Can specify MCM configuration info for device execution.
Possible Drawbacks:
Technically a breaking change, but a breaking change to an experimental project.
Related GitHub Issues:
[sc-84916]