forked from M-Labs/artiq
1
0
Fork 0
A leading-edge control system for quantum information experiments
Go to file
whitequark 50e7b44d04 compiler: actually implement interleaving correctly (calls are still broken).
The previous implementation was completely wrong: it always advanced
the global timeline by the same amount as the non-interleaved basic
block did.

The new implementation only advances the global timeline by
the difference between its current time and the virtual time of
the branch, which requires it to adjust the delay instructions.

Previously, the delay expression was present in the IR twice: once
as the iodelay.Expr transformation-visible form, and once as regular
IR instructions, with the latter form being passed to the delay_mu
builtin and advancing the runtime timeline.

As a result of this change, this strategy is no longer valid:
we can meaningfully mutate the iodelay.Expr form but not the IR
instruction form. Thus, IR instructions are no longer generated for
delay expressions, and the LLVM lowering pass now has to lower
the iodelay.Expr objects as well.

This works OK for flat `with parallel:` expressions, but breaks down
outside of `with parallel:` or when calls are present. The reasons
it breaks down are as follows:

  * Outside of `with parallel:`, delay() and delay_mu() must accept
    any expression, but iodelay.Expr's are not nearly expressive
    enough. So, the IR instruction form must actually be kept as well.

  * A delay instruction is currently inserted after a call to
    a user-defined function; this delay instruction introduces
    a point where basic block reordering is possible as well as
    provides delay information. However, the callee knows nothing
    about the context in which it is called, which means that
    the runtime timeline is advanced twice. So, a new terminator
    instruction must be added that combines the properties of delay
    and call instructions (and another for delay and invoke as well).
2015-11-21 00:02:47 +08:00
.travis travis/get-*: fail build earlier on problems 2015-11-04 23:38:51 +08:00
artiq compiler: actually implement interleaving correctly (calls are still broken). 2015-11-21 00:02:47 +08:00
conda conda: use vivado for kc705 builds 2015-11-04 18:36:34 +08:00
doc Explicitly use the python3.5 binary everywhere. 2015-11-07 13:39:39 +03:00
examples examples/device_db: add comment about KC705/QC1 2015-11-04 17:10:10 +08:00
lit-test compiler: actually implement interleaving correctly (calls are still broken). 2015-11-21 00:02:47 +08:00
misc Add binutils patch. 2015-08-09 23:33:00 +03:00
.gitignore Update .gitignore. 2015-11-07 15:14:43 +03:00
.gitmodules Merge branch 'master' into new-py2llvm 2015-11-07 12:57:18 +03:00
.travis.yml Merge branch 'master' into new-py2llvm 2015-11-07 12:57:18 +03:00
CONTRIBUTING CONTRIBUTING: s/real name/legal name/. 2015-09-09 16:08:58 +08:00
LICENSE update copyright/license 2015-09-05 15:50:34 -06:00
README.rst update copyright/license 2015-09-05 15:50:34 -06:00
setup.py compiler: give suggestions in diagnostics for unbound variable. 2015-11-15 23:09:40 +03:00

README.rst

.. image:: doc/logo/artiq.png
.. image:: https://travis-ci.org/m-labs/artiq.svg
    :target: https://travis-ci.org/m-labs/artiq

ARTIQ (Advanced Real-Time Infrastructure for Quantum physics) is a
next-generation control system for quantum information experiments. It is
developed in partnership with the Ion Storage Group at NIST, and its
applicability reaches beyond ion trapping.

The system features a high-level programming language that helps describing
complex experiments, which is compiled and executed on dedicated hardware with
nanosecond timing resolution and sub-microsecond latency.

Technologies employed include Python, Migen, MiSoC/mor1kx, LLVM and llvmlite.

Website:
http://m-labs.hk/artiq

Copyright (C) 2014-2015 M-Labs Limited. Licensed under GNU GPL version 3.