Run the Rust test suite in CI and cover the large-register code paths
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 52/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Ambito
- ci-cd, performance, testing
Direzione di ricerca
Start by reading .github/workflows/release.yml and CONTRIBUTING.md, then inspect the referenced tests in src/backend.rs, src/circuit.rs, src/pauli.rs, and src/engine.rs. Add a separate CI test job for Linux, Windows, and macOS that runs the requested Cargo checks, and add a Python test comparing 16–18-qubit results with a NumPy reference. Done means the CI covers the listed Rust paths and both parallel kernel branches, while GPU behavior on macOS arm64 is checked and documented.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What you want to do
Make sure releases are checked. .github/workflows/release.yml only runs pytest, and the Python
tests use at most 5 qubits. So CI never runs:
- the backend conformance suite (
src/backend.rs,conformance); - the test that compares fused and gate-by-gate results (
src/circuit.rs); - the Pauli unit tests (
src/pauli.rs); - the parallel branch of the CPU kernel for high target qubits,
stride >= 2^14(src/engine.rs:91); - any GPU test (runners have no usable GPU, so they are skipped).
Implementation notes
cargo test --release(debug is about 20× slower) on Linux, Windows and macOS.cargo test --no-default-featurestoo, so the build without the GPU feature keeps compiling.cargo clippy -- -D warningsandcargo fmt --check.- Add a Python test on 16–18 qubits against a NumPy reference, so both parallel kernel branches run
from Python as well. - GPU: check whether the macOS arm64 runners expose a Metal adapter to wgpu. If they do, the GPU
tests run there for free; otherwise document that GPU tests run only locally.
What it could look like
A `test` job that runs on every push and pull request, separate from the release job.
Contributing
- I would like to open a pull request for this (see CONTRIBUTING.md).
- Lingua principale
- Rust
- Stelle
- 1
- Fork
- 0
- Merge medio
- 12m
- PR unite (30g)
- 4
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di kaiwave/qsengine
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
bug good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
-
Fold long circuit drawingsApertaenhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
Tutte le issue di kaiwave/qsengine
Issue simili
-
bug order-flow studies ui
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
userFRM/egui-charts#2417 ·
I maintainer di solito rispondono entro 1 giorno
-
In a plain-text message, Font, Font Size, Font Color and Text Highlight Color stay liveForse già presa @ragelfundionctrumnar l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
UCS-Care-Group/mailcraft#862 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
smoltcp-rs/smoltcp#1243 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 4 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno