diff options
author | Aaron Ballman <aaron@aaronballman.com> | 2016-07-23 20:11:21 +0000 |
---|---|---|
committer | Aaron Ballman <aaron@aaronballman.com> | 2016-07-23 20:11:21 +0000 |
commit | bc7c2d020dd455c0b2382b251bea914331800637 (patch) | |
tree | a278f7c09fbfd4b655729df99127d7dd2c5718b0 /llvm/docs/Coroutines.rst | |
parent | 378ac7ef542870da87a6e82cb02ca85cd7242384 (diff) | |
download | bcm5719-llvm-bc7c2d020dd455c0b2382b251bea914331800637.tar.gz bcm5719-llvm-bc7c2d020dd455c0b2382b251bea914331800637.zip |
Change some more llvm highlighting instances to be text instead. It seems that Pygment does not handle "token" or "none" yet, and this caused the documentation bot to go red.
Patch by Gor Nishanov.
llvm-svn: 276532
Diffstat (limited to 'llvm/docs/Coroutines.rst')
-rw-r--r-- | llvm/docs/Coroutines.rst | 18 |
1 files changed, 9 insertions, 9 deletions
diff --git a/llvm/docs/Coroutines.rst b/llvm/docs/Coroutines.rst index 6440b8cfb6c..2c4d7209ba5 100644 --- a/llvm/docs/Coroutines.rst +++ b/llvm/docs/Coroutines.rst @@ -152,7 +152,7 @@ We also store addresses of the resume and destroy functions so that the when its identity cannot be determined statically at compile time. For our example, the coroutine frame will be: -.. code-block:: llvm +.. code-block:: text %f.frame = type { void (%f.frame*)*, void (%f.frame*)*, i32 } @@ -288,7 +288,7 @@ Let's consider the coroutine that has more than one suspend point: Matching LLVM code would look like (with the rest of the code remaining the same as the code in the previous section): -.. code-block:: llvm +.. code-block:: text loop: %n.addr = phi i32 [ %n, %entry ], [ %inc, %loop.resume ] @@ -362,7 +362,7 @@ by completions of asynchronous operations `async_op1` and `async_op2` which get a coroutine handle as a parameter and resume the coroutine once async operation is finished. -.. code-block:: llvm +.. code-block:: text void g() { for (;;) @@ -385,7 +385,7 @@ point when coroutine should be ready for resumption (namely, when a resume index should be stored in the coroutine frame, so that it can be resumed at the correct resume point): -.. code-block:: llvm +.. code-block:: text if.true: %save1 = call token @llvm.coro.save(i8* %hdl) @@ -413,7 +413,7 @@ intrinsic. The following coroutine designates a 32 bit integer `promise` and uses it to store the current value produced by a coroutine. -.. code-block:: llvm +.. code-block:: text define i8* @f(i32 %n) { entry: @@ -987,7 +987,7 @@ basic blocks. Example (normal suspend point): """"""""""""""""""""""""""""""" -.. code-block:: llvm +.. code-block:: text %0 = call i8 @llvm.coro.suspend(token none, i1 false) switch i8 %0, label %suspend [i8 0, label %resume @@ -996,7 +996,7 @@ Example (normal suspend point): Example (final suspend point): """""""""""""""""""""""""""""" -.. code-block:: llvm +.. code-block:: text while.end: %s.final = call i8 @llvm.coro.suspend(token none, i1 true) @@ -1057,7 +1057,7 @@ In such a case, a coroutine should be ready for resumption prior to a call to a different thread possibly prior to `async_op` call returning control back to the coroutine: -.. code-block:: llvm +.. code-block:: text %save1 = call token @llvm.coro.save(i8* %hdl) call void async_op1(i8* %hdl) @@ -1128,7 +1128,7 @@ after suspend. A frontend can create parameter copies for `a` and `b` as follows: -.. code-block:: C++ +.. code-block:: text task<int> f(A a', A b') { a = alloca A; |