This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
Alphabetise perldiag
authorFather Chrysostomos <sprout@cpan.org>
Sun, 15 Sep 2013 22:41:32 +0000 (15:41 -0700)
committerFather Chrysostomos <sprout@cpan.org>
Mon, 16 Sep 2013 15:22:51 +0000 (08:22 -0700)
pod/perldiag.pod

index 002834c..bebf5e0 100644 (file)
@@ -2511,17 +2511,17 @@ recognized by Perl or by a user-supplied handler.  See L<attributes>.
 the C<:alias> option to C<use charnames> and the specified character in
 the indicated name isn't valid.  See L<charnames/CUSTOM ALIASES>.
 
-=item Invalid character in \N{...}; marked by <-- HERE in \N{%s}
-
-(F) Only certain characters are valid for character names.  The
-indicated one isn't.  See L<charnames/CUSTOM ALIASES>.
-
 =item Invalid \0 character in %s for %s: %s\0%s
 
 (W syscalls) Embedded \0 characters in pathnames or other system call
 arguments produce a warning as of 5.20.  The parts after the \0 were
 formerly ignored by system calls.
 
+=item Invalid character in \N{...}; marked by <-- HERE in \N{%s}
+
+(F) Only certain characters are valid for character names.  The
+indicated one isn't.  See L<charnames/CUSTOM ALIASES>.
+
 =item Invalid conversion in %s: "%s"
 
 (W printf) Perl does not understand the given format conversion.  See
@@ -4247,18 +4247,6 @@ Perl guesses a reasonable buffer size, but puts a sentinel byte at the
 end of the buffer just in case.  This sentinel byte got clobbered, and
 Perl assumes that memory is now corrupted.  See L<perlfunc/ioctl>.
 
-=item Possible precedence problem on bitwise %c operator
-
-(W precedence) Your program uses a bitwise logical operator in conjunction
-with a numeric comparison operator, like this :
-
-    if ($x & $y == 0) { ... }
-
-This expression is actually equivalent to C<$x & ($y == 0)>, due to the
-higher precedence of C<==>.  This is probably not what you want.  (If you
-really meant to write this, disable the warning, or, better, put the
-parentheses explicitly and write C<$x & ($y == 0)>).
-
 =item Possible precedence issue with control flow operator
 
 (W syntax) There is a possible problem with the mixing of a control
@@ -4281,6 +4269,18 @@ Note this may be also triggered for constructs like:
 
     sub { 1 if die; }
 
+=item Possible precedence problem on bitwise %c operator
+
+(W precedence) Your program uses a bitwise logical operator in conjunction
+with a numeric comparison operator, like this :
+
+    if ($x & $y == 0) { ... }
+
+This expression is actually equivalent to C<$x & ($y == 0)>, due to the
+higher precedence of C<==>.  This is probably not what you want.  (If you
+really meant to write this, disable the warning, or, better, put the
+parentheses explicitly and write C<$x & ($y == 0)>).
+
 =item Possible unintended interpolation of $\ in regex
 
 (W ambiguous) You said something like C<m/$\/> in a regex.