Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

threads doc: add DRM links for "block" and minor edits #1631

Merged
merged 1 commit into from
Nov 22, 2024
Merged

threads doc: add DRM links for "block" and minor edits #1631

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
12 changes: 6 additions & 6 deletions documentation/source/library-reference/dylan/threads.rst
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -141,8 +141,8 @@ The dynamic environment
-----------------------

Dylan has an implicit notion of a *dynamic environment*, corresponding
to language constructs with *dynamic extent*. For example, the *block*
construct can introduce *cleanup-clauses*, and the *body* of the block
to language constructs with *dynamic extent*. For example, the :drm:`block`
construct can introduce *cleanup-clauses*, and the *body* of the :drm:`block`
is executed in a dynamic environment in which those cleanup-clauses are
active. *Handlers* and *exit procedures* are other examples of language
features related to the dynamic environment.
Expand Down Expand Up @@ -197,7 +197,7 @@ a property of the dynamic environment.
Thread variables can have new dynamic bindings created for them with the
macro :macro:`dynamic-bind`. Thread variables inherently have
thread-local bindings, so it is possible to re-bind a thread variable
dynamically using the Dylan construct ``*block* ... *cleanup*``. The
dynamically using the Dylan construct ``block ... cleanup``. The
:macro:`dynamic-bind` macro can be implemented in this way.

The thread-local nature of dynamically bindable variables may not be
Expand Down Expand Up @@ -769,7 +769,7 @@ Locks
let the-lock = *lock*;
if (wait-for(the-lock, *keys ...*))
block ()
*body*...
...*body*...
cleanup
release(the-lock)
end block
Expand Down Expand Up @@ -1820,13 +1820,13 @@ feature.

.. code-block:: dylan

*name* (*arg* 1, ... *arg* n)
*name* (*arg1*, ... *argn*)

The macro expands into this call:

.. code-block:: dylan

*name* -conditional-updater(*new-value*, *local-name*, *arg* 1, ... *arg* n)
*name* -conditional-updater(*new-value*, *local-name*, *arg1*, ... *argn*)

If the result of this function call is :drm:`#f`, the conditional update is
deemed to have failed.