develooper Front page | perl.perl5.porters | Postings from March 2011

[PATCH] Docs: perlsyn.pod Use dominant American spelling consistently.

Thread Next
From:
Michael Witten
Date:
March 27, 2011 14:35
Subject:
[PATCH] Docs: perlsyn.pod Use dominant American spelling consistently.
Message ID:
4d8fada1.531be30a.0f8c.71a5@mx.google.com
Date: Sat, 26 Mar 2011 18:53:35 +0000
The `z' in words like `optimize' appears to be already dominant
in this document; the few uses of the British `s' have been
replaced.
---
 pod/perlsyn.pod |    8 ++++----
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/pod/perlsyn.pod b/pod/perlsyn.pod
index c12ec41..33eb4ae 100644
--- a/pod/perlsyn.pod
+++ b/pod/perlsyn.pod
@@ -281,7 +281,7 @@ the C<next> statement.
 
 Extension modules can also hook into the Perl parser to define new
 kinds of compound statement.  These are introduced by a keyword which
-the extension recognises, and the syntax following the keyword is
+the extension recognizes, and the syntax following the keyword is
 defined entirely by the extension.  If you are an implementor, see
 L<perlapi/PL_keyword_plugin> for the mechanism.  If you are using such
 a module, see the module's documentation for details of the syntax that
@@ -426,7 +426,7 @@ is therefore visible only within the loop.  Otherwise, the variable is
 implicitly local to the loop and regains its former value upon exiting
 the loop.  If the variable was previously declared with C<my>, it uses
 that variable instead of the global one, but it's still localized to
-the loop.  This implicit localisation occurs I<only> in a C<foreach>
+the loop.  This implicit localization occurs I<only> in a C<foreach>
 loop.
 X<my> X<local>
 
@@ -676,12 +676,12 @@ will test only the regex, which causes both operands to be treated as boolean.
 Watch out for this one, then, because an arrayref is always a true value, which
 makes it effectively redundant.
 
-Tautologous boolean operators are still going to be optimised away. Don't be
+Tautologous boolean operators are still going to be optimized away. Don't be
 tempted to write
 
     when ('foo' or 'bar') { ... }
 
-This will optimise down to C<'foo'>, so C<'bar'> will never be considered (even
+This will optimize down to C<'foo'>, so C<'bar'> will never be considered (even
 though the rules say to use a smart match on C<'foo'>). For an alternation like
 this, an array ref will work, because this will instigate smart matching:
 
-- 
1.7.4.18.g68fe8


Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About