:recycle: Separate Simulation, Debugging and Diagnostics concerns further
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
调研方向
首先跟踪现有的 debug.h 和 diagnostics.h 接口，尤其要确认哪些诊断字段位于 DDSimulationState 中，以及哪些方法位于 DDDiagnostics 中。梳理 simulation.h 拟承担的职责，以及 step-forward 和 getCurrentInstruction 如何支持更高层的操作。当三个接口及其 DD 实现实现分离，并且与 OpenQASM 的耦合最小化时，即视为完成。
由索引模型根据 Issue 内容生成。
描述
What's the problem this feature will solve?
Currently, the debugging backend is separated into two interfaces:
debug.h and diagnostics.h. However, this separation is not perfect.
- For the DD implementation in particular, many diagnostics concerns are still stored in the
DDSimulationStateand only the actual methods and functionalities are located inDDDiagnostics. These fields should be moved
Furthermore, a third simulation interface would make sense. Currently, if we want to change to a new simulation backend, a large number of different functions have to be re-implemented, even though they can be expressed through different functions. For instance, all the "step over", "step out", "run simulation" functions can be expressed using just the "step forward" method and "getCurrentInstruction". It would be nice to separate these so that changing the simulation backend only requires a few functions to be changed.
Describe the solution you'd like
Three interfaces:
debug.h: Contains debugging-related functions, like checking assertions, running up to specific points in the code, or getting the stack tracesimulation.h: Only contains low-level simulation features, like stepping forward, backward, etc.diagnostics.h: Contains all functions related to analysing the program.
Their DD-based implementations should also be separated more clearly, and, if possibly, with only minimal coupling to the actual language used (such as OpenQASM)
- 主要语言
- C++
- 星标
- 21
- 派生
- 8
- 平均合并
- 5 小时 17 分钟
- 30 天内合并 PR
- 21
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
munich-quantum-toolkit/debugger 的其他 Issue
-
难度 3/5 1-2 天 新手友好度 84/100
munich-quantum-toolkit/debugger#469 ·
维护者通常 1 天内回复
-
难度 4/5 3-5 天 新手友好度 66/100
munich-quantum-toolkit/debugger#468 ·
维护者通常 1 天内回复
-
✨ Improve CLI UX: line editing, function-key shortcuts, and help bar可能已有人在做 @rturrado 于 31 天前认领。 未关闭
难度 5/5 一周以上 新手友好度 35/100
munich-quantum-toolkit/debugger#467 ·
维护者通常 1 天内回复
-
难度 4/5 3-5 天 新手友好度 48/100
munich-quantum-toolkit/debugger#465 ·
维护者通常 1 天内回复
-
c++ enhancement help wanted
难度 4/5 3-5 天 新手友好度 48/100
munich-quantum-toolkit/debugger#168 ·
维护者通常 1 天内回复
查看 munich-quantum-toolkit/debugger 的全部 Issue
相似的 Issue
-
binding:web core docs p3
难度 2/5 1-3 小时 新手友好度 85/100
RunanywhereAI/runanywhere-sdks#1123 ·
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 88/100
-
难度 2/5 1-3 小时 新手友好度 82/100
-
难度 2/5 1-3 小时 新手友好度 66/100
-
难度 2/5 1-3 小时 新手友好度 62/100
NVIDIA-RTX/NRI#277 ·
维护者通常 1 天内回复