Skip to content
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

V4: Standardize on ExecutionData #1630

Closed
2 tasks
Shadow53 opened this issue Aug 9, 2023 · 1 comment
Closed
2 tasks

V4: Standardize on ExecutionData #1630

Shadow53 opened this issue Aug 9, 2023 · 1 comment
Labels
enhancement ✨ A request for a new feature.
Milestone

Comments

@Shadow53
Copy link
Contributor

Shadow53 commented Aug 9, 2023

Pre-Request Checklist

  • I am running the latest versions of pyQuil and the Forest SDK
  • I checked to make sure that this feature has not already been requested

Issue Description

pyQuil v4 uses qcs_sdk to provide much of its functionality. qcs_sdk provides at two ways to run a program: either through a set of functions submit and retrieve_results, or through an API around an Executable type.

The Executable API allows accessing the original data returned by QPU or QVM as QPUResultData or QVMResultData, respectively, and also provides a way to use a common processed format called RegisterMap.

The method pyQuil uses, however, is the pair of functions, which directly unpack the gRPC response and repack it into a new, separate Python type with less flexibility.

Proposed Solution

I propose either using the Executable API in the QuantumAbstractMachine implementations for QPU and QVM, or at the very least using the ExecutionData/ResultData types when returning execution results.

Additional References

@Shadow53 Shadow53 added the enhancement ✨ A request for a new feature. label Aug 9, 2023
@MarquessV MarquessV added this to the v4.0 milestone Aug 23, 2023
@MarquessV
Copy link
Contributor

closed via #1631

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement ✨ A request for a new feature.
Projects
None yet
Development

No branches or pull requests

2 participants