Skip to content

Commit e72fc4c

Browse files
committed
whitespace
1 parent a1e3a9a commit e72fc4c

File tree

3 files changed

+6
-6
lines changed

3 files changed

+6
-6
lines changed

doc/Language/5to6-perlfunc.pod6

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -353,7 +353,7 @@ much as possible.
353353
354354
=item crypt PLAINTEXT, SALT
355355
356-
Not available in Perl 6.
356+
Not available in Perl 6.
357357
358358
The Perl 6 ecosystem has a module L<C<P5math>|https://modules.perl6.org/dist/P5math>
359359
which exports a C<crypt> function that mimics the original Perl 5 behaviour as
@@ -1002,7 +1002,7 @@ But such a lock does not refer to any external objects.
10021002
10031003
=item log EXPR
10041004
1005-
Same as in Perl 5.
1005+
Same as in Perl 5.
10061006
10071007
C<log> also operates on C<$_> in the absence of a value, but not as a
10081008
function, and as a method you need to call it as C<.log> rather than simply
@@ -1703,7 +1703,7 @@ Not documented, but likely moved into C<IO::Socket>.
17031703
17041704
=item sin EXPR
17051705
1706-
Same as in Perl 5.
1706+
Same as in Perl 5.
17071707
17081708
C<sin> also operates on C<$_> in the absence of a value, but not as a
17091709
function, and as a method you need to call it as C<.sin> rather than simply
@@ -1845,7 +1845,7 @@ semantics aren't settled:
18451845
18461846
=item sqrt EXPR
18471847
1848-
Same as in Perl 5.
1848+
Same as in Perl 5.
18491849
18501850
C<sqrt> also operates on C<$_> in the absence of a value, but not as a
18511851
function, and as a method you need to call it as C<.sqrt> rather than simply

doc/Language/containers.pod6

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,7 @@
44
55
=SUBTITLE A low-level explanation of Perl 6 containers
66
7-
This section explains the levels of indirection involved in dealing with variables and container elements. The difference types of containers used in Perl 6 are explained and the actions applicable to them like assigning, binding and flattening. More advanced topics like self-referencial data, type contraints and custom containers are discussed at the end.
7+
This section explains the levels of indirection involved in dealing with variables and container elements. The difference types of containers used in Perl 6 are explained and the actions applicable to them like assigning, binding and flattening. More advanced topics like self-referencial data, type contraints and custom containers are discussed at the end.
88
99
=head1 What is a variable?
1010

doc/Language/glossary.pod6

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1051,7 +1051,7 @@ Classes doing the roles L<Numeric|/type/Numeric> and L<Stringy|/type/Stringy> ar
10511051
10521052
A value type is created by ensuring that an instance of the value type is immutable (i.e., its attributes cannot be modified after construction) and that its L«C<WHICH>|/routine/WHICH» method returns the same thing every time an instance with the same value is constructed (and conversely returns a different thing every time an instance with a different value is constructed).
10531053
1054-
The language is free to optimize based on the assumption that equivalent instances of value types are interchangeable, but you should not depend on any such optimization. For instance, if you want L«C<clone>|/routine/clone» to return an instance of C<self>,
1054+
The language is free to optimize based on the assumption that equivalent instances of value types are interchangeable, but you should not depend on any such optimization. For instance, if you want L«C<clone>|/routine/clone» to return an instance of C<self>,
10551055
or you want instance construction to be L<memoized|https://en.wikipedia.org/wiki/Memoization> so that re-construction of a previously-constructed value always returns the same instance, you currently must override this behavior yourself.
10561056
10571057
(The same would hold true of object finalization, but if your instances need special destruction behavior, you almost certainly do not actually have a value type. Values should be thought of as "timeless" and existing in some ideal form outside of your program's memory, like natural values are.)

0 commit comments

Comments
 (0)