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