Ivan Carvalho
Ivan Carvalho
I think this is closely related to #496. Which admittedly is an issue from early on in the library. > This is obviously very inefficient since it does a linear...
And we are blocked until `NumPy` releases a new version supporting free threaded Python anyway: https://py-free-threading.github.io/tracking/.
I think our merge queue is stuck, do we need to tweak the CI configs? https://github.com/Qiskit/rustworkx/queue/main
Now that we are doing a major release, I might use the suggestion from https://github.com/Qiskit/rustworkx/issues/1242#issuecomment-2231841772 to fix it in a more proper way using `TypeVar`
I tested with `pyright`, I don't want to add it to the Nox file as of now because of the Node.js aspect but it worked. Now we get: ``` 0...
https://github.com/Qiskit/qiskit/issues/13665 I am going to close this. Overall we are happy with `sprs` despite the sparse matrix multiplication of dense vectors not being parallel.
Putting this on hold until October 7
And we are affected by https://github.com/python-pillow/Pillow/issues/6676, MyPy is getting smarter although not when I wanted
> This LGTM, but before merging we probably should update the trove classifiers in the setup.py: https://github.com/Qiskit/rustworkx/blob/main/setup.py#L72 I added 3.13 to that list. I also just removed `win32` from the...
The test build is running at https://github.com/IvanIsCoding/rustworkx/actions/runs/11332447391.