@@ -81,7 +81,7 @@ Consider the following code:
81
81
82
82
As of 2.090, C<$x> will I<not> have backward dataflow. This is because
83
83
PDL turns that off, on detecting an input with forward-only dataflow. This
84
- means PDL will only created directed I<acyclic> graphs of dataflow.
84
+ means PDL will only create directed I<acyclic> graphs of dataflow.
85
85
It also means you can only modify the contents of C<$x> by modifying its
86
86
"upstream" data sources.
87
87
@@ -274,11 +274,11 @@ In one-way flow context like the above, with:
274
274
pdl> $y = $x * 2;
275
275
276
276
nothing will have been calculated at this point. Even the memory for
277
- the contents of $y has not been allocated. Only the command
277
+ the contents of C<$y> has not been allocated. Only the command
278
278
279
279
pdl> print $y
280
280
281
- will actually cause $y to be calculated. This is important to bear
281
+ will actually cause C<$y> to be calculated. This is important to bear
282
282
in mind when doing performance measurements and benchmarks as well
283
283
as when tracking errors.
284
284
@@ -329,9 +329,9 @@ are connectors between ndarrays (with C<*>):
329
329
z*
330
330
331
331
This is what PDL actually has in memory after the first three lines.
332
- When $x is changed, $w changes due to C<diagonal> being a two-way operation.
332
+ When C<$x> is changed, C<$w> changes due to C<diagonal> being a two-way operation.
333
333
334
- If you want flow from $w , you opt in using C<< $w->flowing >> (as shown
334
+ If you want flow from C<$w> , you opt in using C<< $w->flowing >> (as shown
335
335
in this scenario). If you didn't, then don't enable it. If you have it
336
336
but want to stop it, call C<< $ndarray->sever >>. That will destroy the
337
337
ndarray's C<trans_parent> (here, a node marked with C<+>), and as you
0 commit comments