the option is excludes, not exclude
Jesse Luehrs [Wed, 8 Jul 2009 06:31:39 +0000 (01:31 -0500)]
lib/Moose/Manual/Roles.pod
lib/Moose/Meta/Role.pm
lib/Moose/Util.pm

index 6a310a4..88d94d8 100644 (file)
@@ -231,15 +231,15 @@ However, aliasing a method simply makes a I<copy> of the method with
 the new name. We also need to exclude the original name:
 
   with 'Breakable' => {
-      alias   => { break => 'break_bone' },
-      exclude => 'break',
+      alias    => { break => 'break_bone' },
+      excludes => 'break',
       },
       'Breakdancer' => {
-      alias   => { break => 'break_dance' },
-      exclude => 'break',
+      alias    => { break => 'break_dance' },
+      excludes => 'break',
       };
 
-The exclude parameter prevents the C<break> method from being composed
+The excludes parameter prevents the C<break> method from being composed
 into the C<FragileDancer> class, so we don't have a conflict. This
 means that C<FragileDancer> does not need to implement its own
 C<break> method.
index 52d0e22..82ce504 100644 (file)
@@ -793,7 +793,7 @@ This method creates a new role object with the provided name.
 
 This method accepts a list of array references. Each array reference
 should contain a role name as its first element. The second element is
-an optional hash reference. The hash reference can contain C<exclude>
+an optional hash reference. The hash reference can contain C<excludes>
 and C<alias> keys to control how methods are composed from the role.
 
 The return value is a new L<Moose::Meta::Role::Composite> that
index 3ebbe4e..fe14e95 100644 (file)
@@ -274,7 +274,7 @@ applicant can be a role name, class name, or object.
 The C<$applicant> must already have a metaclass object.
 
 The list of C<@roles> should be a list of names, each of which can be
-followed by an optional hash reference of options (C<exclude> and
+followed by an optional hash reference of options (C<excludes> and
 C<alias>).
 
 =item B<ensure_all_roles($applicant, @roles)>