This is a live mirror of the Perl 5 development currently hosted at https://github.com/perl/perl5
perldelta updates
authorJesse Luehrs <doy@tozt.net>
Tue, 19 Jun 2012 14:25:46 +0000 (09:25 -0500)
committerJesse Luehrs <doy@tozt.net>
Tue, 19 Jun 2012 14:25:46 +0000 (09:25 -0500)
pod/perldelta.pod

index 2c674e0..b512c98 100644 (file)
@@ -2,21 +2,14 @@
 
 =for todo
 5204593b74eb sv.c: Make sv_pvn_force_flags guard against SV_UNDEF_RETURNS_NULL.
-dad26a174010 Since the HTML files generated by pod2html claim to have a utf-8 charset, actually write the files out using utf-8.  This is a fix for RT #111446.
 28333232a1c7 Don’t localise CopSTASH(&PL_compiling) in newCONSTSUB
 c947b31cf142 Do away with stashpv_hvname_match
 d0279c7ce493 Fix bad assertions in pp_ctl.c:pp_caller
-df826430da0d make TRIE nodes "absorb" NOTHING->EXACT sequences
-3b6759a6b102 optimise (?:|) and related NOTHING like constructs out of the compiled optree
-5435c3759c45 Experimentally Use Unicode 6.2 beta
-4a808ed163df [perl #111610] Trouble with XS-APItest/t/clone-with-stack.t
 1db94eebfa93 Quieten B::Deparse warnings (fixes #113464).
-72a866183393 reorganize perlcheat
 9a62b98f29d2 gv.c: Don’t ENTER/LEAVE unnecessarily
 ee1b3814fd18 gv.c: Remove mro_method_changed_in() from gv_init
 a3c74922a705 Rmv mro_method_changed_in call on stub upgraded to const
 7ad40bcb0a19 Don’t call mro_method_changed_in after newCONSTSUB
-83b195e49dd1 ensure correctness if sv_2mortal modifies errno
 
 =head1 NAME
 
@@ -83,6 +76,22 @@ When C<require> encounters an unreadable file, it now dies.  It used to
 ignore the file and continue searching the directories in @INC
 [perl #113422].
 
+=head2 Upgrade to the Unicode 6.2 beta
+
+Unicode 6.2 is proposing some changes that may very well break some CPAN
+modules.  The timing of this nicely coincides with Perl's being early in the
+release cycle.  This commit takes the current beta 6.2, adds the proposed
+changes that aren't yet in it, and subtracts the changes that would affect \X
+processing, as those turn out to have errors, and may have to be rethought.
+Unicode has been notified of these problems.
+
+This will allow us to gather data as to whether or not the proposed changes
+cause us problems.  These will be presented to Unicode to aid in their final
+decision as to whether or not to go forward with the changes.
+
+These changes will be replaced by the final version of Unicode 6.2 before
+5.18.0 is released.
+
 =head1 Performance Enhancements
 
 =over 4
@@ -154,6 +163,9 @@ L<Pod::Html> has been upgraded from version 1.15_02 to 1.16.
 The option C<--libpods> has been reinstated. It is deprecated, and its use
 does nothing other than issue a warning that it is no longer supported.
 
+Since the HTML files generated by pod2html claim to have a utf-8 charset,
+actually write the files out using utf-8 [perl #111446].
+
 =item *
 
 L<Unicode::UCD> has been upgraded from version 0.43 to 0.44.
@@ -181,6 +193,16 @@ L<perlfaq> has been synchronised with version 5.0150040 from C<CPAN>.
 
 =back
 
+=head3 L<perlcheat>
+
+=over 4
+
+=item *
+
+L<perlcheat> has been reorganized, and a few new sections were added.
+
+=back
+
 =head1 Diagnostics
 
 =head2 Removals of Diagnostics
@@ -384,6 +406,11 @@ a severe performance penalty in edge cases.  This has been fixed
 
 =item *
 
+In certain cases, including empty subpatterns within a regular expression (such
+as C<(?:)> or C<(?:|)>) could disable some optimizations. This has been fixed.
+
+=item *
+
 The "Can't find an opnumber" message that C<prototype> produces when passed
 a string like "CORE::nonexistent_keyword" now passes UTF8 and embedded
 NULs through unchanged [perl #97478].