Skip to content
GitLab
Switch branch/tag
This project is mirrored from https://github.com/ornl-qci/qcor. Pull mirroring failed .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer or owner.
Last successful update .
  1. 17 Nov, 2021 1 commit
  3. 09 Nov, 2021 2 commits
  5. 03 Nov, 2021 2 commits
  7. 28 Oct, 2021 2 commits
  9. 27 Oct, 2021 2 commits
  11. 26 Oct, 2021 2 commits
  13. 22 Oct, 2021 1 commit
    • Nguyen, Thien Minh's avatar
      Squashing all work to implement region-based OpenQASM3 modifier scope block · 1fe7e526
      Nguyen, Thien Minh authored 
      

Descriptions: modifier (inv, ctrl, pow) Ops in the dialect has an associated (single-block) region. These ops have proper data flow tracking, i.e., subsequence quantum ops will take output of these modifier ops, not the wrapped instructions. The connection b/w the region-wrapped code and the op returns are handled by the quantum yield op (terminator for these modifier ops).

Lowering/optimization:

- If no optimization is required, these ops will be lowered to runtime (start/end) functions, identical to the current behavior. I need to separate part of this lowering (involves inlining the wrapped region into the parent region) to a individual pass, executed before the quantum-to-llvm dialect conversion b/c of some weird interactions with other dialect conversion patterns (e.g., qvs conversion) and type conversion. In some sense, when inlining the body, we are creating (cloning/copying) new MLIR Ops in the quantum dialect, so it needs to be executed before the whole quantum-to-llvm pass.

- If optimization is turned on: when possible (e.g., the wrapped code only contains qvs ops), it will resolve the modifier at compile time: reverse gates for inv, derive the ctr-gates, rewrite pow->for loops.

Modifiers that cannot be optimized will remain and  be handled by the lowering step above.

Added tests. There is an edge case that this doesn't cover is compute-action. I retain the existing behavior by directly calling runtime functions. Hence, the SSA tracking in this use case is not reliable for optimization.

Signed-off-by: Nguyen, Thien Minh's avatarThien Nguyen <nguyentm@ornl.gov>
      1fe7e526
  15. 19 Oct, 2021 2 commits
  17. 13 Oct, 2021 2 commits
  19. 12 Oct, 2021 4 commits
  21. 11 Oct, 2021 4 commits
  23. 07 Oct, 2021 1 commit
  25. 24 Sep, 2021 1 commit
  27. 23 Sep, 2021 1 commit
  29. 22 Sep, 2021 8 commits
  31. 21 Sep, 2021 5 commits