Skip to content

Commit 412f579

Browse files
committed
Fix comment for Variable to refer to stable instead of tuples
Signed-off-by: Michal Terepeta <michal.terepeta@gmail.com>
1 parent 31e8fa8 commit 412f579

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

src/variable.rs

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -25,12 +25,12 @@ pub(crate) trait VariableTrait {
2525
///
2626
/// 1. A tuple is added to `self.to_add`, but is not yet visible externally.
2727
/// 2. Newly added tuples are then promoted to `self.recent` for one iteration.
28-
/// 3. After one iteration, recent tuples are moved to `self.tuples` for posterity.
28+
/// 3. After one iteration, recent tuples are moved to `self.stable` for posterity.
2929
///
30-
/// Each time `self.changed()` is called, the `recent` relation is folded into `tuples`,
31-
/// and the `to_add` relations are merged, potentially deduplicated against `tuples`, and
30+
/// Each time `self.changed()` is called, the `recent` relation is folded into `stable`,
31+
/// and the `to_add` relations are merged, potentially deduplicated against `stable`, and
3232
/// then made `recent`. This way, across calls to `changed()` all added tuples are in
33-
/// `recent` at least once and eventually all are in `tuples`.
33+
/// `recent` at least once and eventually all are in `stable`.
3434
///
3535
/// A `Variable` may optionally be instructed not to de-duplicate its tuples, for reasons
3636
/// of performance. Such a variable cannot be relied on to terminate iterative computation,

0 commit comments

Comments
 (0)