In perl.git, the branch rjbs/perldelta has been updated

<http://perl5.git.perl.org/perl.git/commitdiff/7ee4853ca2ec8760364c43580866460f097c46f2?hp=7d8c36db472b5863d39a71608f097456dc35b187>

- Log -----------------------------------------------------------------
commit 7ee4853ca2ec8760364c43580866460f097c46f2
Author: SHIRAKATA Kentaro <argr...@ub32.org>
Date:   Thu May 8 05:23:06 2014 +0900

    perldelta: nitpicks
-----------------------------------------------------------------------

Summary of changes:
 Porting/perl5200delta.pod | 16 ++++++++--------
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/Porting/perl5200delta.pod b/Porting/perl5200delta.pod
index 367c585..84706ec 100644
--- a/Porting/perl5200delta.pod
+++ b/Porting/perl5200delta.pod
@@ -909,7 +909,7 @@ made fatal via C<< use warnings FATAL => 'deprecated' >> 
(now they can).
 
 L<Attribute prototype(%s) discards earlier prototype attribute in same 
sub|perldiag/"Attribute prototype(%s) discards earlier prototype attribute in 
same sub">
 
-(W misc) A sub was declared as sub foo : prototype(A) : prototype(B) {}, for
+(W misc) A sub was declared as C<sub foo : prototype(A) : prototype(B) {}>, for
 example.  Since each sub can only have one prototype, the earlier
 declaration(s) are discarded while the last one is applied.
 
@@ -1048,7 +1048,7 @@ This fixes [Perl #42957].
 
 =item *
 
-Warnings and errors from the regexp engine are now UTF-8 clean
+Warnings and errors from the regexp engine are now UTF-8 clean.
 
 =item *
 
@@ -1648,7 +1648,7 @@ deprecated.  These are:
 C<utf8_to_uvuni_buf> (use C<utf8_to_uvchr_buf> instead),
 C<valid_utf8_to_uvuni> (use C<utf8_to_uvchr_buf> instead),
 C<NATIVE_TO_NEED> (this did not work properly anyway),
-and C<ASCII_TO_NEED>  (this did not work properly anyway).
+and C<ASCII_TO_NEED> (this did not work properly anyway).
 
 Starting in this release, almost never does application code need to
 distinguish between the platform's character set and Latin1, on which the
@@ -1695,7 +1695,7 @@ the only workaround for this deficiency was to use a 
hacked-up copy of
 internal Perl code.  Applications that need to use older Perls can
 discover if the embedded Perl they are using needs the workaround by
 testing that the C preprocessor symbol C<HAS_SKIP_LOCALE_INIT> is not
-defined.  (RT #38193)
+defined.  [RT #38193]
 
 =item *
 
@@ -1863,7 +1863,7 @@ still does for non-representable code points.
 
 =item *
 
-Regexp Engine Changes That Affect The Pluggable Regex Engine Interface
+Regexp engine changes that affect the pluggable regex engine interface
 
 Many flags that used to be exposed via regexp.h and used to populate the
 extflags member of struct regexp have been removed. These fields were
@@ -1906,7 +1906,7 @@ array") as a more clearly-named synonym for C<av_len()>.
 
 The obscure interpreter variable C<PL_timesbuf> is expected to be removed
 early in the 5.21.x development series, so that Perl 5.22.0 will not provide
-it to XS authors.  While the variable still exists in 5.20.0), we hope that
+it to XS authors.  While the variable still exists in 5.20.0, we hope that
 this advance warning of the deprecation will help anyone who is using that
 variable.
 
@@ -2285,7 +2285,7 @@ package instead.  This has been fixed.
 
 =item *
 
-C<./Configure -de -Dusevendorprefix> didn't default [RT #64126]
+C<./Configure -de -Dusevendorprefix> didn't default. [RT #64126]
 
 =item *
 
@@ -2303,7 +2303,7 @@ C<y///> no longer occurs in the presence of the C</c> 
flag. [RT #118047]
 =item *
 
 Stringification of NVs are not cached so that the lexical locale controls
-stringification of the decimal point [perl #108378] [perl #115800]
+stringification of the decimal point. [perl #108378] [perl #115800]
 
 =item *
 

--
Perl5 Master Repository

Reply via email to