In perl.git, the branch blead has been updated

<http://perl5.git.perl.org/perl.git/commitdiff/0c092f6b69a5af61cd836cb9f84bccd97a168b0b?hp=a6733086268c102c4a51052b0cecb1fcb870b939>

- Log -----------------------------------------------------------------
commit 0c092f6b69a5af61cd836cb9f84bccd97a168b0b
Author: Karl Williamson <[email protected]>
Date:   Mon May 22 14:16:22 2017 -0600

    perldelta: Standardize on ticket #'s being at ends
    
    Bug fixes are hereby standardized so the ticket number appears at the
    end of the entry, instead of some being at the beginning.

M       pod/perldelta.pod

commit 9adde95c08ee9cbf756fde91c236195992df1d9c
Author: Karl Williamson <[email protected]>
Date:   Mon May 22 13:11:32 2017 -0600

    podcheck: Module::Signatures is known correct.

M       t/porting/known_pod_issues.dat

commit 0f032fe1dd8c26752897e05928721512cbe736ef
Author: Karl Williamson <[email protected]>
Date:   Mon May 22 13:39:49 2017 -0600

    perldelta: Add pod formatting codes
    
    This adds mostly C<>, but some F<>, B<>, I<> as well.  Fixed an S<> to
    C<>

M       pod/perldelta.pod

commit 5aeff080f5fbe398e22583ba3be5a2247106844e
Author: Karl Williamson <[email protected]>
Date:   Mon May 22 14:07:53 2017 -0600

    perldelta: Fix overlooked C<.>
    
    This is turned into C<".">.  It should have been done as part of
    df48f9a40b9a0dd18a1e55dffe80ba98b5e5a99c

M       pod/perldelta.pod

commit bfe8fcbb82680dfd33961f00d18a02244d464696
Author: Karl Williamson <[email protected]>
Date:   Mon May 22 13:23:40 2017 -0600

    perldelta: Fix link displays
    
    This fixes the displays of some links.  Most of this fix is
    that one shouldn't say
    
    C<L<foo/bar>>
    
    This is because it translates to 'bar in foo' entirely in the
    fixed-width font.  And 'in foo' shouldn't be in fixed width.  (I will
    bring this up to see if Pod::Simple should change, or it should be
    flagged by Pod::Checker.)
    
    Instead one should currently write
    
    L<C<bar>|foo/bar>

M       pod/perldelta.pod

commit d3972b398ff7aaed2f00f20fb6192560b152c860
Author: Karl Williamson <[email protected]>
Date:   Mon May 22 11:49:28 2017 -0600

    perldelta: Standardize references to Perl
    
    There is a mixture of saying Perl "5.foo" and "v5.foo".  This
    standardizes to the two most common variants.  When the word "Perl"
    precedes the version number, the "v" is omitted.  Perl is capitalized.
    When the number stands alone, the "v" is added.
    
    However, the NAME section must say 'perl v5.26.0' as that form is
    expected from Porting/pod_lib.pl

M       pod/perldelta.pod
-----------------------------------------------------------------------

Summary of changes:
 pod/perldelta.pod              | 206 +++++++++++++++++++++--------------------
 t/porting/known_pod_issues.dat |   1 +
 2 files changed, 106 insertions(+), 101 deletions(-)

diff --git a/pod/perldelta.pod b/pod/perldelta.pod
index f6a04c3b38..8191c0c7b0 100644
--- a/pod/perldelta.pod
+++ b/pod/perldelta.pod
@@ -49,7 +49,7 @@ subroutines, regardless of what feature declarations are in 
scope.
 =head2 Indented Here-documents
 
 This adds a new modifier C<"~"> to here-docs that tells the parser
-that it should look for /^\s*$DELIM\n/ as the closing delimiter.
+that it should look for C</^\s*$DELIM\n/> as the closing delimiter.
 
 These syntaxes are all supported:
 
@@ -87,7 +87,7 @@ can be added to improve readability, like
 S<C</[ ^ A-Z d-f p-x ]/xx>>.  Details are at
 L<perlre/E<sol>x and E<sol>xx>.
 
-=head2 @{^CAPTURE}, %{^CAPTURE}, and %{^CAPTURE_ALL}
+=head2 C<@{^CAPTURE}>, C<%{^CAPTURE}>, and C<%{^CAPTURE_ALL}>
 
 C<@{^CAPTURE}> exposes the capture buffers of the last match as an
 array.  So C<$1> is C<${^CAPTURE}[0]>.  This is a more efficient equivalent
@@ -354,7 +354,7 @@ On Unix systems, Perl treats any relative paths in the PATH 
environment
 variable as tainted when starting a new process.  Previously, it was
 allowing a backslash to escape a colon (unlike the OS), consequently
 allowing relative paths to be considered safe if the PATH was set to
-something like C</\:.>.  The check has been fixed to treat C<.> as tainted
+something like C</\:.>.  The check has been fixed to treat C<"."> as tainted
 in that example.
 
 =head2 C<-Di> switch is now required for PerlIO debugging output
@@ -436,7 +436,7 @@ you still need to write your source code in encodings other 
than UTF-8, use a
 source filter such as L<Filter::Encoding> on CPAN or L<encoding>'s C<Filter>
 option.
 
-=head2 POSIX::tmpnam() has been removed
+=head2 C<POSIX::tmpnam()> has been removed
 
 The fundamentally unsafe C<tmpnam()> interface was deprecated in
 Perl 5.22 and has now been removed.  In its place you can use,
@@ -510,7 +510,7 @@ searches for the next newline character.
 
 =item *
 
-Reduce cost of SvVALID().
+Reduce cost of C<SvVALID()>.
 
 =item *
 
@@ -531,7 +531,7 @@ Reduce the number of odd special cases for the C<SvSCREAM> 
flag.
 
 =item *
 
-Avoid sv_catpvn() in do_vop() when unneeded.
+Avoid C<sv_catpvn()> in C<do_vop()> when unneeded.
 
 =item *
 
@@ -543,7 +543,7 @@ Better optimise array and hash assignment: where an array 
or hash appears
 in the LHS of a list assignment, such as C<(..., @a) = (...);>, it's
 likely to be considerably faster, especially if it involves emptying the
 array/hash. For example this code runs about 1/3 faster compared to
-5.24.0:
+Perl 5.24.0:
 
     my @a;
     for my $i (1..10_000_000) {
@@ -1164,7 +1164,7 @@ work after an upgrade of their perl.
 
 We have attempted to update the documentation to reflect the changes
 listed in this document.  If you find any we have missed, send email to
-L<mailto:[email protected]>.
+L<[email protected]|mailto:[email protected]>.
 
 Additionally all references to Usenet have been removed, and the
 following selected changes have been made:
@@ -1199,7 +1199,7 @@ the variables C<$a> and C<$b>.
 =item *
 
 In L<C<split()>|perlfunc/split> added a caution about its use in Perls
-before 5.11, and noted that certain pattern modifiers are legal in it.
+before v5.11, and noted that certain pattern modifiers are legal in it.
 
 =item *
 
@@ -1302,7 +1302,7 @@ Added a section on calling methods using their fully 
qualified names.
 
 =item *
 
-Do not discourage manual @ISA.
+Do not discourage manual C<@ISA>.
 
 =back
 
@@ -1537,12 +1537,12 @@ deprecated. This will not be allowed in Perl 5.32
 
 =item *
 
-Deprecated use of my() in false conditional. This will be a fatal error
+Deprecated use of C<my()> in false conditional. This will be a fatal error
 in Perl 5.30
 
 =item *
 
-dump() better written as CORE::dump(). dump() will no longer be available
+C<dump()> better written as C<CORE::dump()>. C<dump()> will no longer be 
available
 in Perl 5.30
 
 =item *
@@ -1577,7 +1577,7 @@ error in Perl 5.28
 
 =item *
 
-Setting $/ to a reference to %s as a form of slurp is deprecated,
+Setting C<$/> to a reference to %s as a form of slurp is deprecated,
 treating as undef. This will be fatal in Perl 5.28
 
 =item *
@@ -1615,18 +1615,18 @@ is deprecated. This will be a fatal error in Perl 5.28
 
 =item *
 
-Improve error for missing tie() package/method. This brings the error messages
+Improve error for missing C<tie()> package/method. This brings the error 
messages
 in line with the ones used for normal method calls, despite not using
 call_method().
 
 =item *
 
-Make the sysread()/syswrite/() etc :utf8 handle warnings default. These
-warnings were under 'deprecated' previously.
+Make the C<sysread()>/C<syswrite()> I<etc.>, C<:utf8> handle warnings
+XXX default. These warnings were under 'deprecated' previously.
 
 =item *
 
-'do' errors now refer to 'do' (not 'require').
+C<do> errors now refer to C<do> (not C<require>).
 
 =item *
 
@@ -1815,13 +1815,13 @@ fail.
 
 =item *
 
-You can now disable perl's use of the PERL_HASH_SEED and
-PERL_PERTURB_KEYS environment variables by configuring perl with
+You can now disable perl's use of the C<PERL_HASH_SEED> and
+C<PERL_PERTURB_KEYS> environment variables by configuring perl with
 C<-Accflags=NO_PERL_HASH_ENV>.
 
 =item *
 
-You can now disable perl's use of the PERL_HASH_SEED_DEBUG environment
+You can now disable perl's use of the C<PERL_HASH_SEED_DEBUG> environment
 variable by configuring perl with
 C<-Accflags=-DNO_PERL_HASH_SEED_DEBUG>.
 
@@ -1832,7 +1832,7 @@ and C<Inf> to make builds more reproducible. [perl 
#130133]
 
 =item *
 
-Since 5.18 for testing purposes we have included support for
+Since v5.18 for testing purposes we have included support for
 building perl with a variety of non-standard, and non-recommended
 hash functions.  Since we do not recommend the use of these functions
 we have removed them and their corresponding build options.  Specifically
@@ -1852,11 +1852,11 @@ this includes the following build options:
 Remove "Warning: perl appears in your path"
 
 This install warning is more or less obsolete, since most platforms already
-*will* have a /usr/bin/perl or similar provided by the OS.
+B<will> have a F</usr/bin/perl> or similar provided by the OS.
 
 =item *
 
-Reduce verbosity of "make install.man"
+Reduce verbosity of C<make install.man>
 
 Previously, two progress messages were emitted for each manpage: one by
 installman itself, and one by the function in install_lib.pl that it calls to
@@ -1865,7 +1865,7 @@ over 750 lines of unhelpful output.
 
 =item *
 
-Cleanup for clang -Weverything support. [perl 129961]
+Cleanup for C<clang -Weverything> support. [perl 129961]
 
 =item *
 
@@ -1888,25 +1888,26 @@ bit-rotted.
 =item *
 
 A probe for C<gai_strerror> was added to F<Configure> that checks if the
-the gai_strerror() routine is available and can be used to
-translate error codes returned by getaddrinfo() into human
+the C<gai_strerror()> routine is available and can be used to
+translate error codes returned by C<getaddrinfo()> into human
 readable strings.
 
 =item *
 
-F<Configure> now aborts if both "-Duselongdouble" and "-Dusequadmath" are
+F<Configure> now aborts if both C<-Duselongdouble> and C<-Dusequadmath> are
 requested.
 L<[perl #126203]|https://rt.perl.org/Public/Bug/Display.html?id=126203>
 
 =item *
 
-Fixed a bug in which F<Configure> could append "-quadmath" to the archname even
+Fixed a bug in which F<Configure> could append C<-quadmath> to the archname 
even
 if it was already present.
 L<[perl #128538]|https://rt.perl.org/Public/Bug/Display.html?id=128538>
 
 =item *
 
-Clang builds with "-DPERL_GLOBAL_STRUCT" or "-DPERL_GLOBAL_STRUCT_PRIVATE" have
+Clang builds with C<-DPERL_GLOBAL_STRUCT> or
+C<-DPERL_GLOBAL_STRUCT_PRIVATE> have
 been fixed (by disabling Thread Safety Analysis for these configurations).
 
 =item *
@@ -2061,8 +2062,8 @@ Account for lack of C<inf>, C<nan>, and C<-0.0> support.
 
 =item Darwin
 
-don't treat -Dprefix=/usr as special, instead require an extra option
--Ddarwin_distribution to produce the same results.
+don't treat C<-Dprefix=/usr> as special, instead require an extra option
+C<-Ddarwin_distribution> to produce the same results.
 
 =item POSIX
 
@@ -2070,12 +2071,12 @@ Finish removing POSIX deprecated functions.
 
 =item OS X
 
-OS X El Capitan doesn't implement the clock_gettime() or clock_getres() APIs;
-emulate them as necessary.
+OS X El Capitan doesn't implement the C<clock_gettime()> or
+C<clock_getres()> APIs; emulate them as necessary.
 
 =item macOS
 
-Deprecated syscall(2) on macOS 10.12.
+Deprecated C<syscall(2)> on macOS 10.12.
 
 =item EBCDIC
 
@@ -2122,7 +2123,8 @@ Support for compiling perl on Windows using Microsoft 
Visual Studio 2015
 (containing Visual C++ 14.0) has been added.
 
 This version of VC++ includes a completely rewritten C run-time library, some
-of the changes in which mean that work done to resolve a socket close() bug in
+of the changes in which mean that work done to resolve a socket
+C<close()> bug in
 perl #120091 and perl #118059 is not workable in its current state with this
 version of VC++.  Therefore, we have effectively reverted that bug fix for
 VS2015 onwards on the basis that being able to build with VS2015 onwards is
@@ -2170,7 +2172,7 @@ Make sure this is accounted for.
 
 =item FreeBSD
 
-t/uni/overload.t: Skip hanging test on FreeBSD.
+F<t/uni/overload.t>: Skip hanging test on FreeBSD.
 
 =back
 
@@ -2220,54 +2222,54 @@ Similarly, macros like C<toLOWER_utf8> on malformed 
UTF-8 now die.
 Several new macros for analysing the validity of utf8 sequences. These
 are:
 
-C<L<perlapi/UTF8_GOT_ABOVE_31_BIT>>
-C<L<perlapi/UTF8_GOT_CONTINUATION>>
-C<L<perlapi/UTF8_GOT_EMPTY>>
-C<L<perlapi/UTF8_GOT_LONG>>
-C<L<perlapi/UTF8_GOT_NONCHAR>>
-C<L<perlapi/UTF8_GOT_NON_CONTINUATION>>
-C<L<perlapi/UTF8_GOT_OVERFLOW>>
-C<L<perlapi/UTF8_GOT_SHORT>>
-C<L<perlapi/UTF8_GOT_SUPER>>
-C<L<perlapi/UTF8_GOT_SURROGATE>>
-C<L<perlapi/UTF8_IS_INVARIANT>>
-C<L<perlapi/UTF8_IS_NONCHAR>>
-C<L<perlapi/UTF8_IS_SUPER>>
-C<L<perlapi/UTF8_IS_SURROGATE>>
-C<L<perlapi/UVCHR_IS_INVARIANT>>
-C<L<perlapi/isUTF8_CHAR_flags>>
-C<L<perlapi/isSTRICT_UTF8_CHAR>>
-C<L<perlapi/isC9_STRICT_UTF8_CHAR>>
-
-=item *
-
-Functions that are all extensions of the C<is_utf8_string_*()> functions,
+L<C<UTF8_GOT_ABOVE_31_BIT>|perlapi/UTF8_GOT_ABOVE_31_BIT>
+L<C<UTF8_GOT_CONTINUATION>|perlapi/UTF8_GOT_CONTINUATION>
+L<C<UTF8_GOT_EMPTY>|perlapi/UTF8_GOT_EMPTY>
+L<C<UTF8_GOT_LONG>|perlapi/UTF8_GOT_LONG>
+L<C<UTF8_GOT_NONCHAR>|perlapi/UTF8_GOT_NONCHAR>
+L<C<UTF8_GOT_NON_CONTINUATION>|perlapi/UTF8_GOT_NON_CONTINUATION>
+L<C<UTF8_GOT_OVERFLOW>|perlapi/UTF8_GOT_OVERFLOW>
+L<C<UTF8_GOT_SHORT>|perlapi/UTF8_GOT_SHORT>
+L<C<UTF8_GOT_SUPER>|perlapi/UTF8_GOT_SUPER>
+L<C<UTF8_GOT_SURROGATE>|perlapi/UTF8_GOT_SURROGATE>
+L<C<UTF8_IS_INVARIANT>|perlapi/UTF8_IS_INVARIANT>
+L<C<UTF8_IS_NONCHAR>|perlapi/UTF8_IS_NONCHAR>
+L<C<UTF8_IS_SUPER>|perlapi/UTF8_IS_SUPER>
+L<C<UTF8_IS_SURROGATE>|perlapi/UTF8_IS_SURROGATE>
+L<C<UVCHR_IS_INVARIANT>|perlapi/UVCHR_IS_INVARIANT>
+L<C<isUTF8_CHAR_flags>|perlapi/isUTF8_CHAR_flags>
+L<C<isSTRICT_UTF8_CHAR>|perlapi/isSTRICT_UTF8_CHAR>
+L<C<isC9_STRICT_UTF8_CHAR>|perlapi/isC9_STRICT_UTF8_CHAR>
+
+=item *
+
+Functions that are all extensions of the C<is_utf8_string_I<*>()> functions,
 that apply various restrictions to the UTF-8 recognized as valid:
 
-C<L<perlapi/is_strict_utf8_string>>,
-C<L<perlapi/is_strict_utf8_string_loc>>,
-C<L<perlapi/is_strict_utf8_string_loclen>>,
+L<C<is_strict_utf8_string>|perlapi/is_strict_utf8_string>,
+L<C<is_strict_utf8_string_loc>|perlapi/is_strict_utf8_string_loc>,
+L<C<is_strict_utf8_string_loclen>|perlapi/is_strict_utf8_string_loclen>,
 
-C<L<perlapi/is_c9strict_utf8_string>>,
-C<L<perlapi/is_c9strict_utf8_string_loc>>,
-C<L<perlapi/is_c9strict_utf8_string_loclen>>,
+L<C<is_c9strict_utf8_string>|perlapi/is_c9strict_utf8_string>,
+L<C<is_c9strict_utf8_string_loc>|perlapi/is_c9strict_utf8_string_loc>,
+L<C<is_c9strict_utf8_string_loclen>|perlapi/is_c9strict_utf8_string_loclen>,
 
-C<L<perlapi/is_utf8_string_flags>>,
-C<L<perlapi/is_utf8_string_loc_flags>>,
-C<L<perlapi/is_utf8_string_loclen_flags>>,
+L<C<is_utf8_string_flags>|perlapi/is_utf8_string_flags>,
+L<C<is_utf8_string_loc_flags>|perlapi/is_utf8_string_loc_flags>,
+L<C<is_utf8_string_loclen_flags>|perlapi/is_utf8_string_loclen_flags>,
 
-C<L<perlapi/is_utf8_fixed_width_buf_flags>>,
-C<L<perlapi/is_utf8_fixed_width_buf_loc_flags>>,
-C<L<perlapi/is_utf8_fixed_width_buf_loclen_flags>>.
+L<C<is_utf8_fixed_width_buf_flags>|perlapi/is_utf8_fixed_width_buf_flags>,
+L<C<is_utf8_fixed_width_buf_loc_flags>|perlapi/is_utf8_fixed_width_buf_loc_flags>,
+L<C<is_utf8_fixed_width_buf_loclen_flags>|perlapi/is_utf8_fixed_width_buf_loclen_flags>.
 
-C<L<perlapi/is_utf8_invariant_string>>.
-C<L<perlapi/is_utf8_valid_partial_char>>.
-C<L<perlapi/is_utf8_valid_partial_char_flags>>.
+L<C<is_utf8_invariant_string>|perlapi/is_utf8_invariant_string>.
+L<C<is_utf8_valid_partial_char>|perlapi/is_utf8_valid_partial_char>.
+L<C<is_utf8_valid_partial_char_flags>|perlapi/is_utf8_valid_partial_char_flags>.
 
 =item *
 
-The  functions C<L<perlapi/utf8n_to_uvchr>> and its derivatives have had
-several changes of behaviour.
+The  functions L<C<utf8n_to_uvchr>|perlapi/utf8n_to_uvchr> and its
+derivatives have had several changes of behaviour.
 
 Calling them, while passing a string length of 0 is now asserted against
 in DEBUGGING builds, and otherwise returns the Unicode REPLACEMENT
@@ -2302,7 +2304,8 @@ the next character is well-formed.
 
 =item *
 
-A new function, C<L<perlapi/utf8n_to_uvchr_error>>, has been added for
+A new function, L<C<utf8n_to_uvchr_error>|perlapi/utf8n_to_uvchr_error>,
+has been added for
 use by modules that need to know the details of UTF-8 malformations
 beyond pass/fail.  Previously, the only ways to know why a sequence was
 ill-formed was to capture and parse the generated diagnostics, or to do
@@ -2324,8 +2327,8 @@ you wish to travel.
 
 Two new macros which return useful utf8 byte sequences:
 
-C<L<perlapi/BOM_UTF8>>
-C<L<perlapi/REPLACEMENT_CHARACTER_UTF8>>
+L<C<BOM_UTF8>|perlapi/BOM_UTF8>
+L<C<REPLACEMENT_CHARACTER_UTF8>|perlapi/REPLACEMENT_CHARACTER_UTF8>
 
 =back
 
@@ -2422,19 +2425,20 @@ pointers to the old buffer.  [perl #129190]
 
 =item *
 
-Supplying a glob as the format argument to L<perlfunc/formline> would
+Supplying a glob as the format argument to
+L<C<formline>|perlfunc/formline> would
 cause an assertion failure.  [perl #130722]
 
 =item *
 
 Code like C< $value1 =~ qr/.../ ~~ $value2 > would have the match
-converted into a qr// operator, leaving extra elements on the stack to
+converted into a C<qr//> operator, leaving extra elements on the stack to
 confuse any surrounding expression.  [perl #130705]
 
 =item *
 
-Since 5.24 in some obscure cases, a regex which included code blocks
-from multiple sources (I<e.g.>, via embedded via qr// objects) could end up
+Since v5.24 in some obscure cases, a regex which included code blocks
+from multiple sources (I<e.g.>, via embedded via C<qr//> objects) could end up
 with the wrong current pad and crash or give weird results. [perl #129881]
 
 =item *
@@ -2462,7 +2466,7 @@ correct program could have made use of it.
 
 =item *
 
-The S<split> operator did not ensure enough space was allocated for
+The C<split> operator did not ensure enough space was allocated for
 its return value in scalar context.  It could then write a single
 pointer immediately beyond the end of the memory block allocated for
 the stack.  [perl #130262]
@@ -2487,7 +2491,7 @@ correctly with 64-bit integers, and non-long doubles. 
[perl #130335]
 
 =item *
 
-Fix issues with /(?{ ... E<lt>E<lt>EOF })/ that broke Method-Signatures. [perl 
#130398]
+Fix issues with C</(?{ ... E<lt>E<lt>EOF })/> that broke Method-Signatures. 
[perl #130398]
 
 =item *
 
@@ -2518,7 +2522,7 @@ Fix assertion failure for C<{}-E<gt>$x> when C<$x> isn't 
defined. [perl #130496]
 
 =item *
 
-DragonFly BSD now has support for setproctitle(). [perl #130068].
+DragonFly BSD now has support for C<setproctitle()>. [perl #130068].
 
 =item *
 
@@ -2566,7 +2570,7 @@ interpreted as requesting the C<-u> option.  This has 
been fixed. [perl
 
 The regex engine was previously producing incorrect results in some rare
 situations when backtracking past a trie that matches only one thing; this
-showed up as capture buffers (C<$1>, C<$2>, etc) erroneously containing data
+showed up as capture buffers (C<$1>, C<$2>, I<etc.>) erroneously containing 
data
 from regex execution paths that weren't actually executed for the final
 match.  [perl #129897]
 
@@ -2669,8 +2673,8 @@ actually fixed two bugs, [perl #129064] and [perl 
#129176].
 
 =item *
 
-[perl #129267] rework gv_fetchmethod_pvn_flags separator parsing to
-prevent possible string overrun with invalid len in gv.c
+[perl #129267] rework C<gv_fetchmethod_pvn_flags> separator parsing to
+prevent possible string overrun with invalid len in F<gv.c>
 
 =item *
 
@@ -2709,7 +2713,7 @@ C<@-> and C<@+> were already exempt from the warning.)
 =item *
 
 C<gethostent> and similar functions now perform a null check internally, to
-avoid crashing with torsocks.  This was a regression from 5.22.  [perl
+avoid crashing with torsocks.  This was a regression from v5.22.  [perl
 #128740]
 
 =item *
@@ -2721,7 +2725,7 @@ memory if the typeglob in question has never been 
accessed before.
 
 Mentioning the same constant twice in a row (which is a syntax error) no
 longer fails an assertion under debugging builds.  This was a regression
-from 5.20.  [perl #126482]
+from v5.20.  [perl #126482]
 
 =item *
 
@@ -2735,7 +2739,7 @@ point literals will give a warning about "exponent 
underflow".
 
 =item *
 
-A regression in 5.24 with C<tr/\N{U+...}/foo/> when the code point was between
+A regression in v5.24 with C<tr/\N{U+...}/foo/> when the code point was between
 128 and 255 has been fixed. [perl #128734].
 
 =item *
@@ -2841,7 +2845,7 @@ crash if the left-hand side was an array or hash.  [perl 
#128204]
 =item *
 
 C<require> followed by a single colon (as in C<foo() ? require : ...> is
-now parsed correctly as C<require> with implicit $_, rather than
+now parsed correctly as C<require> with implicit C<$_>, rather than
 C<require "">.  [perl #128307]
 
 =item *
@@ -2879,7 +2883,7 @@ longer causes crashes. [perl #128086]
 
 =item *
 
-Handle SvIMMORTALs in LHS of list assign. [perl #129991]
+Handle C<SvIMMORTALs> in LHS of list assign. [perl #129991]
 
 =item *
 
@@ -2912,7 +2916,7 @@ now they are C<(11,1,1)>.
 
 [perl 129903]
 
-The basic problem is that code like this: /(?{ s!!! })/ can trigger infinite
+The basic problem is that code like this: C</(?{ s!!! })/> can trigger infinite
 recursion on the C stack (not the normal perl stack) when the last successful
 pattern in scope is itself.  Since the C stack overflows this manifests as an
 untrappable error/segfault, which then kills perl.
@@ -2922,24 +2926,24 @@ would resolve to the currently executing pattern.
 
 =item *
 
-[perl 128997] Avoid reading beyond the end of the line buffer when there's a
-short UTF-8 character at the end.
+Avoid reading beyond the end of the line buffer when there's a
+short UTF-8 character at the end.  [perl 128997]
 
 =item *
 
-[perl 129950] fix firstchar bitmap under utf8 with prefix optimisation.
+Fix firstchar bitmap under utf8 with prefix optimisation. [perl 129950]
 
 =item *
 
-[perl 129954] Carp/t/arg_string.t: be liberal in f/p formats.
+Make F<Carp/t/arg_string.t>: be liberal in C<f>/C<p> formats. [perl 129954]
 
 =item *
 
-[perl 129928] make do "a\0b" fail silently instead of throwing.
+Make C<do "a\0b"> fail silently instead of throwing an error. [perl 129928]
 
 =item *
 
-[perl 129130] make chdir allocate the stack it needs.
+Make C<chdir> allocate the stack it needs. [perl 129130]
 
 =back
 
@@ -2960,7 +2964,7 @@ advice if needed.  Below is a subset of these modules:
 
 =item * L<Coro>
 
-L<Coro> and perl 5.22 were already incompatible due to a change in the perl,
+L<Coro> and Perl 5.22 were already incompatible due to a change in the perl,
 and the reworking on the perl context stack creates a further incompatibility.
 perl5-porters has L<discussed the issue on the mailing
 list|http://www.nntp.perl.org/group/perl.perl5.porters/2016/05/msg236174.html>.
diff --git a/t/porting/known_pod_issues.dat b/t/porting/known_pod_issues.dat
index e91119c5a9..34b1a33b2d 100644
--- a/t/porting/known_pod_issues.dat
+++ b/t/porting/known_pod_issues.dat
@@ -182,6 +182,7 @@ Math::Random::MT::Perl
 Math::Random::Secure
 Math::TrulyRandom
 md5sum(1)
+Method::Signatures
 mmap(2)
 Module::Build
 Module::CPANTS::Analyse

--
Perl5 Master Repository

Reply via email to