richrines1
richrines1
it looks like this arises when inserting [X/I operations according to `invert_mask`](https://github.com/quantumlib/Cirq/blob/a3520bc3570da018d1e89d2d788e889dcd0d6417/cirq-core/cirq/transformers/measurement_transformers.py#L295) - out of curiosity how should `invert_mask` be interpreted for qudit measurements?
i think that's probably what i'd expect to happen, though also noticing that the simulator currently does something different (applying `^= 1` to the result iff the measured value is...
> I think we should add a trip wire `if this == other: return True` this would be a big improvement imo (and i think would also fix the `Gateset`...
that would definitely be the nicest solution, in that it could also support e.g. `CircuitDiagramInfoArgs.use_unicode_characters` when generating the symbol i still think it would make sense to fall back on...
^ i actually have a working version of this locally i can push :) it just uses `__str__` instead of `__repr__` though - if you want to also check for...
> (b) raise exception on comparison of two unordered sequences wouldn't this break approximate comparison of operations constructed from InterchangeableQubitGates (because their `_value_equality_approximate_values_` contains a frozenset)? the downstream effect of...
thanks for the response @tanujkhattar! admittedly this came up as a corner case in a test, for which i don't really have a (non-contrived) application. so definitely not a blocking...
thanks @ElePT @jyu00 cloud simulators seem to [still be available](https://cloud.ibm.com/quantum/resources/simulators) via the ibm cloud qiskit runtime plans, for which this bug persists - are these similarly headed for retirement?
it looks like it's failing to import because `(qiskit|cirq)_superstaq/_version.py` are symlinks to `general_superstaq/_version.py`, which only work on windows with the linux subsystem (which we should probably make more clear in...
> replacing `../../general-superstaq/general_superstaq/_version.py` in `_superstaq/_version.py` with: `exec(open("../general-superstaq/general_superstaq/_version.py").read())` this is fine locally but unfortunately won't work when deploying to/installing from pypi, where (1) the directory structure won't be consistent, and (2)...