Prepare 1.3.0 release #13447
Prepare 1.3.0 release #13447
Conversation
- Move loose release notes.
raynelfss
added
on hold
|
One or more of the following people are relevant to this code:
|
releasenotes/notes/1.3/add-more-sabre-trials-9b421f05d2f48d18.yaml
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
For some reason, I can't add comments until line 23 of this file. Here are some comments on the earlier lines:
I don't understand this whole thing:
"When using QPY formats 10, 11, or 12 there is a dependency on the version
of symengine installed in the payload for serialized
:class:.ParamerExpression if there is mismatched version of the installed
symengine package between the environment that generated the payload with
:func:.qpy.dump and the installed version that is trying to load the payload
with :func:.qpy.load."
Would one of these rewrites work?
When using QPY formats 10, 11, or 12, if the version of the symengine package installed in the environment that generated the payload by using :func:.qpy.dump does not match the version of the symengine package that is trying to use :func:.qpy.load to load the payload, you will get an error. If you encounter this error, install the symengine package version from the error message to load the payload.
Or more simply:
When using QPY formats 10, 11, or 12, if the version of the symengine package installed in the environment that generated the payload does not match the version of the symengine package that is trying to load the payload, you will get an error. (I'm not sure we need to tell them how to fix that error, but maybe.)
There was a problem hiding this comment.
I believe the original is a valid explanation, although a bit too technical so it can lead to confusion. Option 1 is a good rewrite in my opinion.
There was a problem hiding this comment.
We could re-add the point about parameter expressions, because that's what essentially causes the issue. What about:
When using QPY formats 10, 11, or 12 with circuits that contain :class:.ParamerExpressions, if the version of the symengine package installed in the environment that generated the payload (:func:.qpy.dump) does not match the version of symengine installed in the enviroment where the payload is loaded (:func:.qpy.load), you will get an error. If you encounter this error, install the symengine package version from the error message before calling :func:.qpy.load.
There was a problem hiding this comment.
"QPY format version >= 13 (or < 10) will not have this issue and it is recommended
if you're serializing :class:.ParameterExpression objects as part of your
circuit or any :class:.ScheduleBlock objects you use version 13 to avoid
this issue in the future."
Suggestion:
"QPY format versions 13 or later (or prior to 10) will not have this issue. Therefore, if you're serializing :class:.ParameterExpression objects as part of your
circuit or any :class:.ScheduleBlock objects, it is recommended that you use version 13 to avoid
this issue in the future.
There was a problem hiding this comment.
"The :func:.qpy.dump function will now emit format version 13 by default." -> "The :func:.qpy.dump function now emits format version 13 by default.
Co-authored-by: Rebecca Dimock <[email protected]>
| @@ -1,7 +1,7 @@ | |||
| --- | |||
| features_transpiler: | |||
| - | | |||
| Add an argument ``matrix_based`` to the :class:`.CollectCliffords()` transpiler pass. | |||
| Add argument ``matrix_based`` to the :class:`.CollectCliffords()` transpiler pass. | |||
There was a problem hiding this comment.
Just a comment for consistency: I think we mostly write in past-tense, right? I.e. Fixed something or Added something in case you'd like to change this 🙂
releasenotes/notes/1.3/add-gates-to-collect-clifford-af88dd8f7a2a4bf9.yaml
Outdated
Show resolved
Hide resolved
| @@ -17,7 +17,7 @@ features_transpiler: | |||
| * :class:`.MCXSynthesisNoAuxV24`, based on :func:`.synth_mcx_noaux_v24`. | |||
| * :class:`.MCXSynthesisGrayCode`, based on :func:`.synth_mcx_gray_code`. | |||
| As well: | |||
| As well as: | |||
| * :class:`.MCXSynthesisDefault`, choosing the most efficient synthesis | |||
| method based on the number of clean and dirty ancilla qubits available. | |||
There was a problem hiding this comment.
I can't comment there but on the line below there's a typo:
"As an example, consider how the transpilation of the following circuit"
There was a problem hiding this comment.
AdderGate should be HalfAdderGate -- we changed this naming in the PR and apparently forgot the reno 🙈 (there's two occurrences of this here)
releasenotes/notes/1.3/binary-arithmetic-gates-6cd2b1c8112febe0.yaml
Outdated
Show resolved
Hide resolved
Co-authored-by: Julien Gacon <[email protected]>
Summary
The following commits set the version number on
stable/1.3to1.3.0in preparation for the1.3.0final release.Details and comments
The following commits will:
1.3.0.releasenotes/notes/1.3/folder.cargodependencies.releasenotes/notes/1.3/.