Skip to content

Commit

Permalink
Fixed bad URL (#2333)
Browse files Browse the repository at this point in the history
  • Loading branch information
threadless-screw committed Sep 26, 2018
1 parent ca7cb59 commit 4217af7
Showing 1 changed file with 3 additions and 3 deletions.
6 changes: 3 additions & 3 deletions doc/Type/Signature.pod6
Expand Up @@ -395,18 +395,18 @@ be confusing, since the terms have subtly different meanings.
As explained above, I<definiteness> is concerned with the distinction between
type objects and object instances. A type object is always indefinite, while an
object instance is always definite. Whether or not an object is a type
object instance is always definite. Whether an object is a type
object/indefinite or an object instance/definite can be verified using the
L<DEFINITE|/language/mop#DEFINITE> (meta)method.
I<Definiteness> should be distinghuished from I<definedness>, which is concerned
with the difference between defined and undefined objects. Whether an object is
defined or undefined can be verified using the C<.defined>-method, which is
defined or undefined can be verified using the C<defined>-method, which is
implemented in class L<Mu|/type/Mu>. By default a type object is considered
undefined, while an object instance is considered defined; that is: C<.defined>
returns C<False> on a type object, and C<True> otherwise. But this default
behaviour may be overridden by subclasses. An example of a subclass that
overrides the default C<.defined> behaviour is L<Failure|type/Failure>,
overrides the default C<.defined> behaviour is L<Failure|/type/Failure>,
so that even an instantiated C<Failure> acts as an undefined value:
my $a = Failure; # Initialize with type object
Expand Down

0 comments on commit 4217af7

Please sign in to comment.