=item *
-Building with C<PERL_GLOBAL_STRUCT>, which has been broken accidentally in
-5.13.3, now works again.
-
-=item *
-
A regression introduced in Perl 5.12.0, making
C<< my $x = 3; $x = length(undef) >> result in C<$x> set to C<3> has been
fixed. C<$x> will now be C<undef>.
=item *
-An earlier release of the 5.13 series of Perl changed the semantics of opening a
-reference to a copy of a glob:
-
- my $var = *STDOUT;
- open my $fh, '>', \$var;
-
-This was a mistake, and the previous behaviour from Perl 5.10 and 5.12, which is
-to treat \$var as a scalar reference, has now been restored.
-
-=item *
-
The regular expression bracketed character class C<[\8\9]> was effectively the
same as C<[89\000]>, incorrectly matching a NULL character. It also gave
incorrect warnings that the C<8> and C<9> were ignored. Now C<[\8\9]> is the
=item *
-String comparison (C<eq>, C<ne>, C<lt>, C<gt>, C<le>, C<ge> and
-C<cmp>) and logical not (C<not> and C<!>) operators no longer call magic
-(e.g., tie methods) twice on their operands [perl #76814].
-
-This bug was introduced in an earlier 5.13 release, and does not affect
-perl 5.12.
-
-=item *
-
-When a tied (or other magic) variable is used as, or in, a regular
-expression, it no longer has its C<FETCH> method called twice
-[perl #76814].
-
-This bug was introduced in an earlier 5.13 release, and does not affect
-perl 5.12.
-
-=item *
-
The C<-C> command line option can now be followed by other options
[perl #72434].
=item *
-The regular expression parser no longer hangs when parsing C<\18> and
-C<\88>.
-
-This bug was introduced in version 5.13.5 and did not affect earlier
-versions [perl #78058].
-
-=item *
-
Subroutine redefinition works once more in the debugger [perl #48332].
=item *
=item *
-C<sort> with a custom sort routine could crash if too many nested
-subroutine calls occurred from within the sort routine [perl #77930].
-
-This bug was introduced in an earlier 5.13 release, and did not affect
-perl 5.12.
-
-=item *
-
The C<eval_sv> and C<eval_pv> C functions now set C<$@> correctly when
there is a syntax error and no C<G_KEEPERR> flag, and never set it if the
C<G_KEEPERR> flag is present [perl #3719].
=item *
-The C<parse_stmt> C function added in earlier in the 5.13.x series has been
-fixed to work with statements ending with C<}> [perl #78222].
-
-=item *
-
-The C<parse_fullstmt> C function added in 5.13.5 has been fixed to work
-when called while an expression is being parsed.
-
-=item *
-
Characters in the Latin-1 non-ASCII range (0x80 to 0xFF) used not to match
themselves if the string happened to be UTF8-encoded internally, the
regular expression was not, and the character in the regular expression was
=item *
-The C<(?d)> regular expression construct now overrides a previous C<(?u)>
-or C<use feature "unicode_string"> [perl #78508].
-
-=item *
-
-A memory leak in C<do "file">, introduced in perl 5.13.6, has been fixed
-[perl #78488].
-
-=item *
-
Various bugs related to typeglob dereferencing have been fixed. See
L</Dereferencing typeglobs>, above.
=item *
-Evaluating a simple glob (like C<*a>) was calling get-magic on the glob,
-even when its contents were not being used [perl #78580].
-
-This bug was introduced in 5.13.2 and did not affect earlier perl versions.
-
-=item *
-
Matching a Unicode character against an alternation containing characters
that happened to match continuation bytes in the former's UTF8
representation (C<qq{\x{30ab}} =~ /\xab|\xa9/>) would cause erroneous
=item *
-C<s///r> (added in 5.13.2) no longer leaks.
-
-=item *
-
The trie optimisation was not taking empty groups into account, preventing
'foo' from matching C</\A(?:(?:)foo|bar|zot)\z/> [perl #78356].
=item *
-Destructors on objects were not called during global destruction on objects
-that were not referenced by any scalars. This could happen if an array
-element were blessed (e.g., C<bless \$a[0]>) or if a closure referenced a
-blessed variable (C<bless \my @a; sub foo { @a }>).
-
-Now there is an extra pass during global destruction to fire destructors on
-any objects that might be left after the usual passes that check for
-objects referenced by scalars
-[perl #36347].
-
-=item *
-
A long standing bug has now been fully fixed (partial fixes came in
earlier releases), in which some Latin-1 non-ASCII characters on
ASCII-platforms would match both a character class and its complement,
=item *
-An issue present since 5.13.1, where s/A/B/ with A utf8 and B
-non-utf8, could cause corruption or segfaults has been
-fixed. (c95ca9b)
-
-=item *
-
String evals will no longer fail after 2 billion scopes have been
compiled (d1bfb64, 2df5bdd, 0d311cd and 6012dc8)
=item *
-A fix for a bug in C<length(undef)> in 5.13.4 introduced a regression that
-meant C<print length undef> did not warn when warnings were enabled. It now
-correctly warns [perl #85508].
-
-=item *
-
The C<(?|...)> regular expression construct no longer crashes if the final
branch has more sets of capturing parentheses than any other branch. This
was fixed in Perl 5.10.1 for the case of a single branch, but that fix did
https://perl5.git.perl.org / perl5.git / commitdiff