-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Order of keys shouldn't matter when comparing cirq.google.KeyValueExecutableSpec #5073
Conversation
Thanks, @mpharrigan and PTAL when you have the time? It's not urgent on my side. |
Can you add a section to the docstring about the new equality semantics of KeyValueSpec since we're overwriting the auto-generated dataclass equality method? And add a test for the new equality semantics that constructs the kvspec using tuples and the ordinary constructor? |
Like so? |
I think this could be ready to merge. But happy to work more on it if there are further comments, of course. |
Automerge cancelled: A required status check is not present. Missing statuses: ['Pytest Windows (3.7)', 'Pytest Windows (3.8)', 'Pytest Windows (3.9)'] |
…cutableSpec (quantumlib#5073) For issue quantumlib#4734. It was discussed there that the order of the keys should not matter.
…cutableSpec (quantumlib#5073) For issue quantumlib#4734. It was discussed there that the order of the keys should not matter.
For issue #4734. It was discussed there that the order of the keys should not matter.