@@ -23,9 +23,9 @@ something to be unsolvable), the solving is restarted at the root `Goal`.
23
23
In order to detect cycles (talked more about later), as well as keep track of
24
24
the selected [ ` Strand ` ] for each table, ` chalk-engine ` stores a [ ` Stack ` ] on the
25
25
` Forest ` . Whenever a new goal is selected, a [ ` StackEntry ` ] is pushed onto the
26
- ` Stack ` , as well as the the "time" (which also gets incremented) that it was
27
- pushed. This "time" can be compared later to check if all the ` Strands ` of a
28
- [ ` Table ` ] have been checked in a single solve.
26
+ ` Stack ` , as well as the "time" (which also gets incremented) that it was pushed.
27
+ This "time" can be compared later to check if all the ` Strands ` of a [ ` Table ` ]
28
+ have been checked in a single solve.
29
29
30
30
As either ` Answer ` s are found for the selected ` Table ` , entries on the stack are
31
31
` pop ` ed. If something is found to be unsolvable, the complete stack is unwound.
@@ -34,7 +34,7 @@ As either `Answer`s are found for the selected `Table`, entries on the stack are
34
34
35
35
As mentioned before, whenever a new ` Goal ` is encountered, a new [ ` Table ` ] is
36
36
created to store current and future answers. First, the [ ` Goal ` ] is converted into
37
- an ` HhGoal ` . If it can be simplified, then a ` Strand ` with one or more
37
+ an ` GoalData ` . If it can be simplified, then a ` Strand ` with one or more
38
38
subgoals will be generated and can be followed as above. Otherwise, if it is a
39
39
` DomainGoal ` (see above), then
40
40
[ ` program_clauses_for_goal ` ] ( https://rust-lang.github.io/chalk/chalk_solve/clauses/fn.program_clauses_for_goal.html )
0 commit comments