3 perl5101delta - what is new for perl v5.10.1
7 This document describes differences between the 5.10.0 release and
10 If you are upgrading from an earlier release such as 5.8.8, first read
11 the L<perl5100delta>, which describes differences between 5.8.8 and
14 =head1 Incompatible Changes
16 =head2 Switch statement changes
18 The handling of complex expressions by the C<given>/C<when> switch
19 statement has been enhanced. There are two new cases where C<when> now
20 interprets its argument as a boolean, instead of an expression to be used
25 =item flip-flop operators
27 The C<..> and C<...> flip-flop operators are now evaluated in boolean
28 context, following their usual semantics; see L<perlop/"Range Operators">.
30 Note that, as in perl 5.10.0, C<when (1..10)> will not work to test
31 whether a given value is an integer between 1 and 10; you should use
32 C<when ([1..10])> instead (note the array reference).
34 However, contrary to 5.10.0, evaluating the flip-flop operators in boolean
35 context ensures it can now be useful in a C<when()>, notably for
36 implementing bistable conditions, like in:
38 when (/^=begin/ .. /^=end/) {
42 =item defined-or operator
44 A compound expression involving the defined-or operator, as in
45 C<when (expr1 // expr2)>, will be treated as boolean if the first
46 expression is boolean. (This just extends the existing rule that applies
47 to the regular or operator, as in C<when (expr1 || expr2)>.)
51 The next section details more changes brought to the semantics to
52 the smart match operator, that naturally also modify the behaviour
53 of the switch statements where smart matching is implicitly used.
55 =head2 Smart match changes
57 =head3 Changes to type-based dispatch
59 The smart match operator C<~~> is no longer commutative. The behaviour of
60 a smart match now depends primarily on the type of its right hand
61 argument. Moreover, its semantics have been adjusted for greater
62 consistency or usefulness in several cases. While the general backwards
63 compatibility is maintained, several changes must be noted:
69 Code references with an empty prototype are no longer treated specially.
70 They are passed an argument like the other code references (even if they
75 C<%hash ~~ sub {}> and C<@array ~~ sub {}> now test that the subroutine
76 returns a true value for each key of the hash (or element of the
77 array), instead of passing the whole hash or array as a reference to
82 Due to the commutativity breakage, code references are no longer
83 treated specially when appearing on the left of the C<~~> operator,
84 but like any vulgar scalar.
88 C<undef ~~ %hash> is always false (since C<undef> can't be a key in a
89 hash). No implicit conversion to C<""> is done (as was the case in perl
94 C<$scalar ~~ @array> now always distributes the smart match across the
95 elements of the array. It's true if one element in @array verifies
96 C<$scalar ~~ $element>. This is a generalization of the old behaviour
97 that tested whether the array contained the scalar.
101 The full dispatch table for the smart match operator is given in
102 L<perlsyn/"Smart matching in detail">.
104 =head3 Smart match and overloading
106 According to the rule of dispatch based on the rightmost argument type,
107 when an object overloading C<~~> appears on the right side of the
108 operator, the overload routine will always be called (with a 3rd argument
109 set to a true value, see L<overload>.) However, when the object will
110 appear on the left, the overload routine will be called only when the
111 rightmost argument is a simple scalar. This way distributivity of smart match
112 across arrays is not broken, as well as the other behaviours with complex
113 types (coderefs, hashes, regexes). Thus, writers of overloading routines
114 for smart match mostly need to worry only with comparing against a scalar,
115 and possibly with stringification overloading; the other common cases
116 will be automatically handled consistently.
118 C<~~> will now refuse to work on objects that do not overload it (in order
119 to avoid relying on the object's underlying structure). (However, if the
120 object overloads the stringification or the numification operators, and
121 if overload fallback is active, it will be used instead, as usual.)
123 =head2 Other incompatible changes
129 The semantics of C<use feature :5.10*> have changed slightly.
130 See L<"Modules and Pragmata"> for more information.
134 It is now a run-time error to use the smart match operator C<~~>
135 with an object that has no overload defined for it. (This way
136 C<~~> will not break encapsulation by matching against the
137 object's internal representation as a reference.)
141 The version control system used for the development of the perl
142 interpreter has been switched from Perforce to git. This is mainly an
143 internal issue that only affects people actively working on the perl core;
144 but it may have minor external visibility, for example in some of details
145 of the output of C<perl -V>. See L<perlrepository> for more information.
149 The internal structure of the C<ext/> directory in the perl source has
150 been reorganised. In general, a module C<Foo::Bar> whose source was
151 stored under F<ext/Foo/Bar/> is now located under F<ext/Foo-Bar/>. Also,
152 some modules have been moved from F<lib/> to F<ext/>. This is purely a
153 source tarball change, and should make no difference to the compilation or
154 installation of perl, unless you have a very customised build process that
155 explicitly relies on this structure, or which hard-codes the C<nonxs_ext>
156 F<Configure> parameter. Specifically, this change does not by default
157 alter the location of any files in the final installation.
161 As part of the C<Test::Harness> 2.x to 3.x upgrade, the experimental
162 C<Test::Harness::Straps> module has been removed.
163 See L</"Updated Modules"> for more details.
167 As part of the C<ExtUtils::MakeMaker> upgrade, the
168 C<ExtUtils::MakeMaker::bytes> and C<ExtUtils::MakeMaker::vmsish> modules
169 have been removed from this distribution.
173 C<Module::CoreList> no longer contains the C<%:patchlevel> hash.
177 This one is actually a change introduced in 5.10.0, but it was missed
178 from that release's perldelta, so it is mentioned here instead.
180 A bugfix related to the handling of the C</m> modifier and C<qr> resulted
181 in a change of behaviour between 5.8.x and 5.10.0:
183 # matches in 5.8.x, doesn't match in 5.10.0
184 $re = qr/^bar/; "foo\nbar" =~ /$re/m;
188 =head1 Core Enhancements
190 =head2 Unicode Character Database 5.1.0
192 The copy of the Unicode Character Database included in Perl 5.10.1 has
193 been updated to 5.1.0 from 5.0.0. See
194 L<http://www.unicode.org/versions/Unicode5.1.0/#Notable_Changes> for the
197 =head2 A proper interface for pluggable Method Resolution Orders
199 As of Perl 5.10.1 there is a new interface for plugging and using method
200 resolution orders other than the default (linear depth first search).
201 The C3 method resolution order added in 5.10.0 has been re-implemented as
202 a plugin, without changing its Perl-space interface. See L<perlmroapi> for
205 =head2 The C<overloading> pragma
207 This pragma allows you to lexically disable or enable overloading
208 for some or all operations. (Yuval Kogman)
210 =head2 Parallel tests
212 The core distribution can now run its regression tests in parallel on
213 Unix-like platforms. Instead of running C<make test>, set C<TEST_JOBS> in
214 your environment to the number of tests to run in parallel, and run
215 C<make test_harness>. On a Bourne-like shell, this can be done as
217 TEST_JOBS=3 make test_harness # Run 3 tests in parallel
219 An environment variable is used, rather than parallel make itself, because
220 L<TAP::Harness> needs to be able to schedule individual non-conflicting test
221 scripts itself, and there is no standard interface to C<make> utilities to
222 interact with their job schedulers.
224 Note that currently some test scripts may fail when run in parallel (most
225 notably C<ext/IO/t/io_dir.t>). If necessary run just the failing scripts
226 again sequentially and see if the failures go away.
228 =head2 DTrace support
230 Some support for DTrace has been added. See "DTrace support" in F<INSTALL>.
232 =head2 Support for C<configure_requires> in CPAN module metadata
234 Both C<CPAN> and C<CPANPLUS> now support the C<configure_requires> keyword
235 in the C<META.yml> metadata file included in most recent CPAN distributions.
236 This allows distribution authors to specify configuration prerequisites that
237 must be installed before running F<Makefile.PL> or F<Build.PL>.
239 See the documentation for C<ExtUtils::MakeMaker> or C<Module::Build> for more
240 on how to specify C<configure_requires> when creating a distribution for CPAN.
242 =head1 Modules and Pragmata
244 =head2 New Modules and Pragmata
250 This is a new lexically-scoped alternative for the C<Fatal> module.
251 The bundled version is 2.06_01. Note that in this release, using a string
252 eval when C<autodie> is in effect can cause the autodie behaviour to leak
253 into the surrounding scope. See L<autodie/"BUGS"> for more details.
255 =item C<Compress::Raw::Bzip2>
257 This has been added to the core (version 2.020).
261 This pragma establishes an ISA relationship with base classes at compile
262 time. It provides the key feature of C<base> without the feature creep.
264 =item C<Parse::CPAN::Meta>
266 This has been added to the core (version 1.39).
270 =head2 Pragmata Changes
276 Upgraded from version 0.08 to 0.09.
280 Upgraded from version 1.02 to 1.03.
284 Upgraded from version 2.13 to 2.14. See L<parent> for a replacement.
288 Upgraded from version 0.22 to 0.23.
292 Upgraded from version 0.22 to 0.23.
296 Upgraded from version 0.22 to 0.23.
300 Upgraded from version 1.06 to 1.07.
302 The Unicode F<NameAliases.txt> database file has been added. This has the
303 effect of adding some extra C<\N> character names that formerly wouldn't
304 have been recognised; for example, C<"\N{LATIN CAPITAL LETTER GHA}">.
308 Upgraded from version 1.13 to 1.17.
312 The meaning of the C<:5.10> and C<:5.10.X> feature bundles has
313 changed slightly. The last component, if any (i.e. C<X>) is simply ignored.
314 This is predicated on the assumption that new features will not, in
315 general, be added to maintenance releases. So C<:5.10> and C<:5.10.X>
316 have identical effect. This is a change to the behaviour documented for
321 Upgraded from version 2.13 to 2.14 (this was just a version bump; there
322 were no functional changes).
326 Upgraded from version 0.5565 to 0.62.
330 Upgraded from version 1.06 to 1.07.
334 Upgraded from version 1.06 to 1.07.
338 See L</"The C<overloading> pragma"> above.
342 Upgraded from version 0.74 to 0.77.
346 =head2 Updated Modules
350 =item C<Archive::Extract>
352 Upgraded from version 0.24 to 0.34.
354 =item C<Archive::Tar>
356 Upgraded from version 1.38 to 1.52.
358 =item C<Attribute::Handlers>
360 Upgraded from version 0.79 to 0.85.
364 Upgraded from version 5.63 to 5.68.
368 Upgraded from version 1.05 to 1.06.
372 Upgraded from version 1.17 to 1.22.
376 Upgraded from version 1.05 to 1.11.
380 Upgraded from version 0.83 to 0.89.
384 Upgraded from version 1.09 to 1.11.
388 Upgraded from version 1.01 to 1.02.
392 Upgraded from version 1.10 to 1.11.
396 Upgraded from version 1.08 to 1.11.
400 Upgraded from version 3.29 to 3.43.
401 (also includes the "default_value for popup_menu()" fix from 3.45).
403 =item C<Compress::Zlib>
405 Upgraded from version 2.008 to 2.020.
409 Upgraded from version 1.9205 to 1.9402. C<CPAN::FTP> has a local fix to
410 stop it being too verbose on download failure.
414 Upgraded from version 0.84 to 0.88.
416 =item C<CPANPLUS::Dist::Build>
418 Upgraded from version 0.06_02 to 0.36.
422 Upgraded from version 3.25_01 to 3.30.
424 =item C<Data::Dumper>
426 Upgraded from version 2.121_14 to 2.124.
430 Upgraded from version 1.01 to 1.02.
434 Upgraded from version 1.816_1 to 1.820.
436 =item C<Devel::PPPort>
438 Upgraded from version 3.13 to 3.19.
442 Upgraded from version 2.36_01 to 2.39.
446 Upgraded from version 5.45 to 5.47.
450 Upgraded from version 1.01 to 1.03.
454 Upgraded from version 1.12 to 1.13.
458 Upgraded from version 1.08 to 1.10.
462 Upgraded from version 2.23 to 2.35.
466 Upgraded from version 1.10 to 1.11.
470 Upgraded from version 5.62 to 5.63.
472 =item C<ExtUtils::CBuilder>
474 Upgraded from version 0.21 to 0.2602.
476 =item C<ExtUtils::Command>
478 Upgraded from version 1.13 to 1.16.
480 =item C<ExtUtils::Constant>
482 Upgraded from 0.20 to 0.22. (Note that neither of these versions are
485 =item C<ExtUtils::Embed>
487 Upgraded from version 1.27 to 1.28.
489 =item C<ExtUtils::Install>
491 Upgraded from version 1.44 to 1.54.
493 =item C<ExtUtils::MakeMaker>
495 Upgraded from version 6.42 to 6.55_02.
497 Note that C<ExtUtils::MakeMaker::bytes> and C<ExtUtils::MakeMaker::vmsish>
498 have been removed from this distribution.
500 =item C<ExtUtils::Manifest>
502 Upgraded from version 1.51_01 to 1.56.
504 =item C<ExtUtils::ParseXS>
506 Upgraded from version 2.18_02 to 2.2002.
510 Upgraded from version 1.05 to 2.06_01. See also the new pragma C<autodie>.
512 =item C<File::Basename>
514 Upgraded from version 2.76 to 2.77.
516 =item C<File::Compare>
518 Upgraded from version 1.1005 to 1.1006.
522 Upgraded from version 2.11 to 2.14.
526 Upgraded from version 0.14 to 0.20.
530 Upgraded from version 1.12 to 1.14.
534 Upgraded from version 2.04 to 2.07_03.
538 Upgraded from version 3.2501 to 3.30.
542 Upgraded from version 1.00 to 1.01.
546 Upgraded from version 0.18 to 0.22.
550 Upgraded from version 1.07 to 1.08.
554 Upgraded from version 2.01 to 2.02.
556 =item C<Filter::Simple>
558 Upgraded from version 0.82 to 0.84.
560 =item C<Filter::Util::Call>
562 Upgraded from version 1.07 to 1.08.
566 Upgraded from version 1.49 to 1.50.
570 Upgraded from version 1.08 to 1.09.
572 =item C<Getopt::Long>
574 Upgraded from version 2.37 to 2.38.
576 =item C<Hash::Util::FieldHash>
578 Upgraded from version 1.03 to 1.04. This fixes a memory leak.
580 =item C<I18N::Collate>
582 Upgraded from version 1.00 to 1.01.
586 Upgraded from version 1.23_01 to 1.25.
588 This makes non-blocking mode work on Windows in C<IO::Socket::INET>
591 =item C<IO::Compress::*>
593 Upgraded from version 2.008 to 2.020.
597 Upgraded from version 1.06 to 1.07.
601 Upgraded from version 1.27 to 1.28.
605 Upgraded from version 1.30_01 to 1.31.
609 Upgraded from version 1.07 to 1.09.
613 Upgraded from version 0.40_1 to 0.46.
617 Upgraded from version 1.02 to 1.04.
621 Upgraded from version 1.05 to 2.01.
625 Upgraded from version 0.5565 to 0.62.
629 Upgraded from version 1.19 to 1.21.
631 =item C<Locale::MakeText>
633 Upgraded from version 1.12 to 1.13.
635 =item C<Log::Message>
637 Upgraded from version 0.01 to 0.02.
639 =item C<Math::BigFloat>
641 Upgraded from version 1.59 to 1.60.
643 =item C<Math::BigInt>
645 Upgraded from version 1.88 to 1.89.
647 =item C<Math::BigInt::FastCalc>
649 Upgraded from version 0.16 to 0.19.
651 =item C<Math::BigRat>
653 Upgraded from version 0.21 to 0.22.
655 =item C<Math::Complex>
657 Upgraded from version 1.37 to 1.56.
661 Upgraded from version 1.04 to 1.20.
665 Upgraded from version 1.01_02 to 1.01_03 (just a minor documentation
668 =item C<Module::Build>
670 Upgraded from version 0.2808_01 to 0.34_02.
672 =item C<Module::CoreList>
674 Upgraded from version 2.13 to 2.18. This release no longer contains the
675 C<%Module::CoreList::patchlevel> hash.
677 =item C<Module::Load>
679 Upgraded from version 0.12 to 0.16.
681 =item C<Module::Load::Conditional>
683 Upgraded from version 0.22 to 0.30.
685 =item C<Module::Loaded>
687 Upgraded from version 0.01 to 0.02.
689 =item C<Module::Pluggable>
691 Upgraded from version 3.6 to 3.9.
695 Upgraded from version 1.07 to 1.08.
699 Upgraded from version 2.33 to 2.36.
703 Upgraded from version 0.60_01 to 0.64.
705 =item C<Object::Accessor>
707 Upgraded from version 0.32 to 0.34.
711 Upgraded from version 1.03 to 1.04.
713 =item C<Package::Constants>
715 Upgraded from version 0.01 to 0.02.
719 Upgraded from version 1.04 to 1.06.
723 Upgraded from version 0.04 to 0.07.
727 Upgraded from version 2.16 to 2.22.
731 Upgraded from version 1.35 to 1.37.
735 Upgraded from version 3.05 to 3.07.
739 Upgraded from version 3.08 to 3.13.
743 Upgraded from version 1.13 to 1.17.
747 Upgraded from 2.12 to 2.18.
749 =item C<Scalar::Util>
751 Upgraded from version 1.19 to 1.21.
755 Upgraded from 1.01 to 1.02.
759 Upgraded from 1.11 to 1.17.
763 Upgraded from 1.80 to 1.82.
767 Upgraded from 2.18 to 2.20.
771 Upgraded from version 2.13 to 2.14. Please see L</Deprecations>.
775 Upgraded from version 1.06 to 1.07.
779 Upgraded from version 0.22 to 0.27.
781 =item C<Term::ANSIColor>
783 Upgraded from version 1.12 to 2.00.
785 =item C<Term::ReadLine>
787 Upgraded from version 1.03 to 1.04.
791 Upgraded from version 0.18 to 0.20.
793 =item C<Test::Harness>
795 Upgraded from version 2.64 to 3.17.
797 Note that one side-effect of the 2.x to 3.x upgrade is that the
798 experimental C<Test::Harness::Straps> module (and its supporting
799 C<Assert>, C<Iterator>, C<Point> and C<Results> modules) have been
800 removed. If you still need this, then they are available in the
801 (unmaintained) C<Test-Harness-Straps> distribution on CPAN.
803 =item C<Test::Simple>
805 Upgraded from version 0.72 to 0.92.
807 =item C<Text::ParseWords>
809 Upgraded from version 3.26 to 3.27.
813 Upgraded from version 2007.1117 to 2009.0305.
817 Upgraded from version 2006.1117 to 2009.0305.
819 =item C<Thread::Queue>
821 Upgraded from version 2.00 to 2.11.
823 =item C<Thread::Semaphore>
825 Upgraded from version 2.01 to 2.09.
829 Upgraded from version 1.67 to 1.72.
831 =item C<threads::shared>
833 Upgraded from version 1.14 to 1.29.
835 =item C<Tie::RefHash>
837 Upgraded from version 1.37 to 1.38.
839 =item C<Tie::StdHandle>
841 This has documentation changes, and has been assigned a version for the
842 first time: version 4.2.
846 Upgraded from version 1.9711 to 1.9719.
850 Upgraded from version 1.18 to 1.1901.
854 Upgraded from version 1.12 to 1.15.
856 =item C<Unicode::Normalize>
858 Upgraded from version 1.02 to 1.03.
860 =item C<Unicode::UCD>
862 Upgraded from version 0.25 to 0.27.
864 C<charinfo()> now works on Unified CJK code points added to later versions
867 C<casefold()> has new fields returned to provide both a simpler interface
868 and previously missing information. The old fields are retained for
869 backwards compatibility. Information about Turkic-specific code points is
872 The documentation has been corrected and expanded.
876 Upgraded from version 1.04 to 1.05.
880 Upgraded from version 0.34 to 0.39.
882 =item C<Win32API::File>
884 Upgraded from version 0.1001_01 to 0.1101.
888 Upgraded from version 0.08 to 0.10.
892 =head1 Utility Changes
898 Now looks in C<include-fixed> too, which is a recent addition to gcc's
903 No longer incorrectly treats enum values like macros (Daniel Burr).
905 Now handles C++ style constants (C<//>) properly in enums. (A patch from
906 Rainer Weikusat was used; Daniel Burr also proposed a similar fix).
910 C<LVALUE> subroutines now work under the debugger.
912 The debugger now correctly handles proxy constant subroutines, and
917 Perl 5.10.1 adds a new utility F<perlthanks>, which is a variant of
918 F<perlbug>, but for sending non-bug-reports to the authors and maintainers
919 of Perl. Getting nothing but bug reports can become a bit demoralising:
920 we'll see if this changes things.
924 =head1 New Documentation
930 This contains instructions on how to build perl for the Haiku platform.
934 This describes the new interface for pluggable Method Resolution Orders.
938 This document, by Richard Foley, provides an introduction to the use of
939 performance and optimization techniques which can be used with particular
940 reference to perl programs.
942 =item L<perlrepository>
944 This describes how to access the perl source using the I<git> version
949 This describes the new F<perlthanks> utility.
953 =head1 Changes to Existing Documentation
955 The various large C<Changes*> files (which listed every change made to perl
956 over the last 18 years) have been removed, and replaced by a small file,
957 also called C<Changes>, which just explains how that same information may
958 be extracted from the git version control system.
960 The file F<Porting/patching.pod> has been deleted, as it mainly described
961 interacting with the old Perforce-based repository, which is now obsolete.
962 Information still relevant has been moved to L<perlrepository>.
964 L<perlapi>, L<perlintern>, L<perlmodlib> and L<perltoc> are now all
965 generated at build time, rather than being shipped as part of the release.
967 =head1 Performance Enhancements
973 A new internal cache means that C<isa()> will often be faster.
977 Under C<use locale>, the locale-relevant information is now cached on
978 read-only values, such as the list returned by C<keys %hash>. This makes
979 operations such as C<sort keys %hash> in the scope of C<use locale> much
984 Empty C<DESTROY> methods are no longer called.
988 =head1 Installation and Configuration Improvements
990 =head2 F<ext/> reorganisation
992 The layout of directories in F<ext> has been revised. Specifically, all
993 extensions are now flat, and at the top level, with C</> in pathnames
994 replaced by C<->, so that F<ext/Data/Dumper/> is now F<ext/Data-Dumper/>,
995 etc. The names of the extensions as specified to F<Configure>, and as
996 reported by C<%Config::Config> under the keys C<dynamic_ext>,
997 C<known_extensions>, C<nonxs_ext> and C<static_ext> have not changed, and
998 still use C</>. Hence this change will not have any affect once perl is
999 installed. However, C<Attribute::Handlers>, C<Safe> and C<mro> have now
1000 become extensions in their own right, so if you run F<Configure> with
1001 options to specify an exact list of extensions to build, you will need to
1002 change it to account for this.
1004 For 5.10.2, it is planned that many dual-life modules will have been moved
1005 from F<lib> to F<ext>; again this will have no effect on an installed
1006 perl, but will matter if you invoke F<Configure> with a pre-canned list of
1007 extensions to build.
1009 =head2 Configuration improvements
1011 If C<vendorlib> and C<vendorarch> are the same, then they are only added to
1014 C<$Config{usedevel}> and the C-level C<PERL_USE_DEVEL> are now defined if
1015 perl is built with C<-Dusedevel>.
1017 F<Configure> will enable use of C<-fstack-protector>, to provide protection
1018 against stack-smashing attacks, if the compiler supports it.
1020 F<Configure> will now determine the correct prototypes for re-entrant
1021 functions, and for C<gconvert>, if you are using a C++ compiler rather
1024 On Unix, if you build from a tree containing a git repository, the
1025 configuration process will note the commit hash you have checked out, for
1026 display in the output of C<perl -v> and C<perl -V>. Unpushed local commits
1027 are automatically added to the list of local patches displayed by
1030 =head2 Compilation improvements
1032 As part of the flattening of F<ext>, all extensions on all platforms are
1033 built by F<make_ext.pl>. This replaces the Unix-specific
1034 F<ext/util/make_ext>, VMS-specific F<make_ext.com> and Win32-specific
1035 F<win32/buildext.pl>.
1037 =head2 Platform Specific Changes
1043 Removed F<libbsd> for AIX 5L and 6.1. Only flock() was used from F<libbsd>.
1045 Removed F<libgdbm> for AIX 5L and 6.1. The F<libgdbm> is delivered as an
1046 optional package with the AIX Toolbox. Unfortunately the 64 bit version
1049 Hints changes mean that AIX 4.2 should work again.
1053 On Cygwin we now strip the last number from the DLL. This has been the
1054 behaviour in the cygwin.com build for years. The hints files have been
1059 The hints files now identify the correct threading libraries on FreeBSD 7
1064 We now work around a bizarre preprocessor bug in the Irix 6.5 compiler:
1065 C<cc -E -> unfortunately goes into K&R mode, but C<cc -E file.c> doesn't.
1069 Patches from the Haiku maintainers have been merged in. Perl should now
1074 Perl should now build on MirOS BSD.
1078 Hints now supports versions 5.*.
1082 Various changes from Stratus have been merged in.
1086 There is now support for Symbian S60 3.2 SDK and S60 5.0 SDK.
1090 Improved message window handling means that C<alarm> and C<kill> messages
1091 will no longer be dropped under race conditions.
1095 Reads from the in-memory temporary files of C<PerlIO::scalar> used to fail
1096 if C<$/> was set to a numeric reference (to indicate record-style reads).
1099 VMS now supports C<getgrgid>.
1101 Many improvements and cleanups have been made to the VMS file name handling
1102 and conversion code.
1104 Enabling the C<PERL_VMS_POSIX_EXIT> logical name now encodes a POSIX exit
1105 status in a VMS condition value for better interaction with GNV's bash
1106 shell and other utilities that depend on POSIX exit values. See
1107 L<perlvms/"$?"> for details.
1111 =head1 Selected Bug Fixes
1117 5.10.0 inadvertently disabled an optimisation, which caused a measurable
1118 performance drop in list assignment, such as is often used to assign
1119 function parameters from C<@_>. The optimisation has been re-instated, and
1120 the performance regression fixed.
1124 Fixed memory leak on C<while (1) { map 1, 1 }> [RT #53038].
1128 Some potential coredumps in PerlIO fixed [RT #57322,54828].
1132 The debugger now works with lvalue subroutines.
1136 The debugger's C<m> command was broken on modules that defined constants
1141 C<crypt()> and string complement could return tainted values for untainted
1142 arguments [RT #59998].
1146 The C<-i.suffix> command-line switch now recreates the file using
1147 restricted permissions, before changing its mode to match the original
1148 file. This eliminates a potential race condition [RT #60904].
1152 On some Unix systems, the value in C<$?> would not have the top bit set
1153 (C<$? & 128>) even if the child core dumped.
1157 Under some circumstances, $^R could incorrectly become undefined
1162 (XS) In various hash functions, passing a pre-computed hash to when the
1163 key is UTF-8 might result in an incorrect lookup.
1167 (XS) Including F<XSUB.h> before F<perl.h> gave a compile-time error
1172 C<< $object->isa('Foo') >> would report false if the package C<Foo> didn't
1173 exist, even if the object's C<@ISA> contained C<Foo>.
1177 Various bugs in the new-to 5.10.0 mro code, triggered by manipulating
1178 C<@ISA>, have been found and fixed.
1182 Bitwise operations on references could crash the interpreter, e.g.
1183 C<$x=\$y; $x |= "foo"> [RT #54956].
1187 Patterns including alternation might be sensitive to the internal UTF-8
1188 representation, e.g.
1190 my $byte = chr(192);
1191 my $utf8 = chr(192); utf8::upgrade($utf8);
1192 $utf8 =~ /$byte|X}/i; # failed in 5.10.0
1196 Within UTF8-encoded Perl source files (i.e. where C<use utf8> is in
1197 effect), double-quoted literal strings could be corrupted where a C<\xNN>,
1198 C<\0NNN> or C<\N{}> is followed by a literal character with ordinal value
1199 greater than 255 [RT #59908].
1203 C<B::Deparse> failed to correctly deparse various constructs:
1204 C<readpipe STRING> [RT #62428], C<CORE::require(STRING)> [RT #62488],
1205 C<sub foo(_)> [RT #62484].
1209 Using C<setpgrp()> with no arguments could corrupt the perl stack.
1213 The block form of C<eval> is now specifically trappable by C<Safe> and
1214 C<ops>. Previously it was erroneously treated like string C<eval>.
1218 In 5.10.0, the two characters C<[~> were sometimes parsed as the smart
1219 match operator (C<~~>) [RT #63854].
1223 In 5.10.0, the C<*> quantifier in patterns was sometimes treated as
1224 C<{0,32767}> [RT #60034, #60464]. For example, this match would fail:
1226 ("ab" x 32768) =~ /^(ab)*$/
1230 C<shmget> was limited to a 32 bit segment size on a 64 bit OS [RT #63924].
1234 Using C<next> or C<last> to exit a C<given> block no longer produces a
1235 spurious warning like the following:
1237 Exiting given via last at foo.pl line 123
1241 On Windows, C<'.\foo'> and C<'..\foo'> were treated differently than
1242 C<'./foo'> and C<'../foo'> by C<do> and C<require> [RT #63492].
1246 Assigning a format to a glob could corrupt the format; e.g.:
1248 *bar=*foo{FORMAT}; # foo format now bad
1252 Attempting to coerce a typeglob to a string or number could cause an
1253 assertion failure. The correct error message is now generated,
1254 C<Can't coerce GLOB to I<$type>>.
1258 Under C<use filetest 'access'>, C<-x> was using the wrong access mode. This
1259 has been fixed [RT #49003].
1263 C<length> on a tied scalar that returned a Unicode value would not be
1264 correct the first time. This has been fixed.
1268 Using an array C<tie> inside in array C<tie> could SEGV. This has been
1273 A race condition inside C<PerlIOStdio_close()> has been identified and
1274 fixed. This used to cause various threading issues, including SEGVs.
1278 In C<unpack>, the use of C<()> groups in scalar context was internally
1279 placing a list on the interpreter's stack, which manifested in various
1280 ways, including SEGVs. This is now fixed [RT #50256].
1284 Magic was called twice in C<substr>, C<\&$x>, C<tie $x, $m> and C<chop>.
1285 These have all been fixed.
1289 A 5.10.0 optimisation to clear the temporary stack within the implicit
1290 loop of C<s///ge> has been reverted, as it turned out to be the cause of
1291 obscure bugs in seemingly unrelated parts of the interpreter [commit
1296 The line numbers for warnings inside C<elsif> are now correct.
1300 The C<..> operator now works correctly with ranges whose ends are at or
1301 close to the values of the smallest and largest integers.
1305 C<binmode STDIN, ':raw'> could lead to segmentation faults on some platforms.
1306 This has been fixed [RT #54828].
1310 An off-by-one error meant that C<index $str, ...> was effectively being
1311 executed as C<index "$str\0", ...>. This has been fixed [RT #53746].
1315 Various leaks associated with named captures in regexes have been fixed
1320 A weak reference to a hash would leak. This was affecting C<DBI>
1325 Using (?|) in a regex could cause a segfault [RT #59734].
1329 Use of a UTF-8 C<tr//> within a closure could cause a segfault [RT #61520].
1333 Calling C<sv_chop()> or otherwise upgrading an SV could result in an
1334 unaligned 64-bit access on the SPARC architecture [RT #60574].
1338 In the 5.10.0 release, C<inc_version_list> would incorrectly list
1339 C<5.10.*> after C<5.8.*>; this affected the C<@INC> search order
1344 In 5.10.0, C<pack "a*", $tainted_value> returned a non-tainted value
1349 In 5.10.0, C<printf> and C<sprintf> could produce the fatal error
1350 C<panic: utf8_mg_pos_cache_update> when printing UTF-8 strings
1355 In the 5.10.0 release, a dynamically created C<AUTOLOAD> method might be
1356 missed (method cache issue) [RT #60220,60232].
1360 In the 5.10.0 release, a combination of C<use feature> and C<//ee> could
1361 cause a memory leak [RT #63110].
1365 C<-C> on the shebang (C<#!>) line is once more permitted if it is also
1366 specified on the command line. C<-C> on the shebang line used to be a
1367 silent no-op I<if> it was not also on the command line, so perl 5.10.0
1368 disallowed it, which broke some scripts. Now perl checks whether it is
1369 also on the command line and only dies if it is not [RT #67880].
1373 In 5.10.0, certain types of re-entrant regular expression could crash,
1374 or cause the following assertion failure [RT #60508]:
1376 Assertion rx->sublen >= (s - rx->subbeg) + i failed
1381 =head1 New or Changed Diagnostics
1385 =item C<panic: sv_chop %s>
1387 This new fatal error occurs when the C routine C<Perl_sv_chop()> was
1388 passed a position that is not within the scalar's string buffer. This
1389 could be caused by buggy XS code, and at this point recovery is not
1392 =item C<Can't locate package %s for the parents of %s>
1394 This warning has been removed. In general, it only got produced in
1395 conjunction with other warnings, and removing it allowed an ISA lookup
1396 optimisation to be added.
1398 =item C<v-string in use/require is non-portable>
1400 This warning has been removed.
1402 =item C<Deep recursion on subroutine "%s">
1404 It is now possible to change the depth threshold for this warning from the
1405 default of 100, by recompiling the F<perl> binary, setting the C
1406 pre-processor macro C<PERL_SUB_DEPTH_WARN> to the desired value.
1410 =head1 Changed Internals
1416 The J.R.R. Tolkien quotes at the head of C source file have been checked and
1417 proper citations added, thanks to a patch from Tom Christiansen.
1421 C<vcroak()> now accepts a null first argument. In addition, a full audit
1422 was made of the "not NULL" compiler annotations, and those for several
1423 other internal functions were corrected.
1427 New macros C<dSAVEDERRNO>, C<dSAVE_ERRNO>, C<SAVE_ERRNO>, C<RESTORE_ERRNO>
1428 have been added to formalise the temporary saving of the C<errno>
1433 The function C<Perl_sv_insert_flags> has been added to augment
1438 The function C<Perl_newSV_type(type)> has been added, equivalent to
1439 C<Perl_newSV()> followed by C<Perl_sv_upgrade(type)>.
1443 The function C<Perl_newSVpvn_flags()> has been added, equivalent to
1444 C<Perl_newSVpvn()> and then performing the action relevant to the flag.
1446 Two flag bits are currently supported.
1452 This will call C<SvUTF8_on()> for you. (Note that this does not convert an
1453 sequence of ISO 8859-1 characters to UTF-8). A wrapper, C<newSVpvn_utf8()>
1454 is available for this.
1458 Call C<sv_2mortal()> on the new SV.
1462 There is also a wrapper that takes constant strings, C<newSVpvs_flags()>.
1466 The function C<Perl_croak_xs_usage> has been added as a wrapper to
1471 The functions C<PerlIO_find_layer> and C<PerlIO_list_alloc> are now
1476 C<PL_na> has been exterminated from the core code, replaced by local STRLEN
1477 temporaries, or C<*_nolen()> calls. Either approach is faster than C<PL_na>,
1478 which is a pointer deference into the interpreter structure under ithreads,
1479 and a global variable otherwise.
1483 C<Perl_mg_free()> used to leave freed memory accessible via SvMAGIC() on
1484 the scalar. It now updates the linked list to remove each piece of magic
1489 Under ithreads, the regex in C<PL_reg_curpm> is now reference counted. This
1490 eliminates a lot of hackish workarounds to cope with it not being reference
1495 C<Perl_mg_magical()> would sometimes incorrectly turn on C<SvRMAGICAL()>.
1496 This has been fixed.
1500 The I<public> IV and NV flags are now not set if the string value has
1501 trailing "garbage". This behaviour is consistent with not setting the
1502 public IV or NV flags if the value is out of range for the type.
1506 SV allocation tracing has been added to the diagnostics enabled by C<-Dm>.
1507 The tracing can alternatively output via the C<PERL_MEM_LOG> mechanism, if
1508 that was enabled when the F<perl> binary was compiled.
1512 Uses of C<Nullav>, C<Nullcv>, C<Nullhv>, C<Nullop>, C<Nullsv> etc have been
1513 replaced by C<NULL> in the core code, and non-dual-life modules, as C<NULL>
1514 is clearer to those unfamiliar with the core code.
1518 A macro C<MUTABLE_PTR(p)> has been added, which on (non-pedantic) gcc will
1519 not cast away C<const>, returning a C<void *>. Macros C<MUTABLE_SV(av)>,
1520 C<MUTABLE_SV(cv)> etc build on this, casting to C<AV *> etc without
1521 casting away C<const>. This allows proper compile-time auditing of
1522 C<const> correctness in the core, and helped picked up some errors (now
1527 Macros C<mPUSHs()> and C<mXPUSHs()> have been added, for pushing SVs on the
1528 stack and mortalizing them.
1532 Use of the private structure C<mro_meta> has changed slightly. Nothing
1533 outside the core should be accessing this directly anyway.
1537 A new tool, C<Porting/expand-macro.pl> has been added, that allows you
1538 to view how a C preprocessor macro would be expanded when compiled.
1539 This is handy when trying to decode the macro hell that is the perl
1546 Many modules updated from CPAN incorporate new tests.
1548 Several tests that have the potential to hang forever if they fail now
1549 incorporate a "watchdog" functionality that will kill them after a timeout,
1550 which helps ensure that C<make test> and C<make test_harness> run to
1551 completion automatically. (Jerry Hedden).
1553 Some core-specific tests have been added:
1557 =item t/comp/retainedlines.t
1559 Check that the debugger can retain source lines from C<eval>.
1561 =item t/io/perlio_fail.t
1563 Check that bad layers fail.
1565 =item t/io/perlio_leaks.t
1567 Check that PerlIO layers are not leaking.
1569 =item t/io/perlio_open.t
1571 Check that certain special forms of open work.
1575 General PerlIO tests.
1579 Check that there is no unexpected interaction between the internal types
1580 C<PVBM> and C<PVGV>.
1582 =item t/mro/package_aliases.t
1584 Check that mro works properly in the presence of aliased packages.
1588 Tests for C<dbmopen> and C<dbmclose>.
1590 =item t/op/index_thr.t
1592 Tests for the interaction of C<index> and threads.
1594 =item t/op/pat_thr.t
1596 Tests for the interaction of esoteric patterns and threads.
1600 Test that C<qr> doesn't leak.
1602 =item t/op/reg_email_thr.t
1604 Tests for the interaction of regex recursion and threads.
1606 =item t/op/regexp_qr_embed_thr.t
1608 Tests for the interaction of patterns with embedded C<qr//> and threads.
1610 =item t/op/regexp_unicode_prop.t
1612 Tests for Unicode properties in regular expressions.
1614 =item t/op/regexp_unicode_prop_thr.t
1616 Tests for the interaction of Unicode properties and threads.
1618 =item t/op/reg_nc_tie.t
1620 Test the tied methods of C<Tie::Hash::NamedCapture>.
1622 =item t/op/reg_posixcc.t
1624 Check that POSIX character classes behave consistently.
1628 Check that exportable C<re> functions in F<universal.c> work.
1630 =item t/op/setpgrpstack.t
1632 Check that C<setpgrp> works.
1634 =item t/op/substr_thr.t
1636 Tests for the interaction of C<substr> and threads.
1638 =item t/op/upgrade.t
1640 Check that upgrading and assigning scalars works.
1642 =item t/uni/lex_utf8.t
1644 Check that Unicode in the lexer works.
1648 Check that Unicode and C<tie> work.
1652 =head1 Known Problems
1654 This is a list of some significant unfixed bugs, which are regressions
1655 from either 5.10.0 or 5.8.x.
1661 C<List::Util::first> misbehaves in the presence of a lexical C<$_>
1662 (typically introduced by C<my $_> or implicitly by C<given>). The variable
1663 which gets set for each iteration is the package variable C<$_>, not the
1664 lexical C<$_> [RT #67694].
1666 A similar issue may occur in other modules that provide functions which
1667 take a block as their first argument, like
1669 foo { ... $_ ...} list
1673 The C<charnames> pragma may generate a run-time error when a regex is
1674 interpolated [RT #56444]:
1676 use charnames ':full';
1677 my $r1 = qr/\N{THAI CHARACTER SARA I}/;
1678 "foo" =~ $r1; # okay
1679 "foo" =~ /$r1+/; # runtime error
1681 A workaround is to generate the character outside of the regex:
1683 my $a = "\N{THAI CHARACTER SARA I}";
1688 Some regexes may run much more slowly when run in a child thread compared
1689 with the thread the pattern was compiled into [RT #55600].
1696 The following items are now deprecated.
1702 C<Switch> is buggy and should be avoided. From perl 5.11.0 onwards, it is
1703 intended that any use of the core version of this module will emit a
1704 warning, and that the module will eventually be removed from the core
1705 (probably in perl 5.14.0). See L<perlsyn/"Switch statements"> for its
1710 C<suidperl> will be removed in 5.12.0. This provides a mechanism to
1711 emulate setuid permission bits on systems that don't support it properly.
1715 =head1 Acknowledgements
1717 Some of the work in this release was funded by a TPF grant.
1719 Nicholas Clark officially retired from maintenance pumpking duty at the
1720 end of 2008; however in reality he has put much effort in since then to
1721 help get 5.10.1 into a fit state to be released, including writing a
1722 considerable chunk of this perldelta.
1724 Steffen Mueller and David Golden in particular helped getting CPAN modules
1725 polished and synchronised with their in-core equivalents.
1727 Craig Berry was tireless in getting maint to run under VMS, no matter how
1728 many times we broke it for him.
1730 The other core committers contributed most of the changes, and applied most
1731 of the patches sent in by the hundreds of contributors listed in F<AUTHORS>.
1733 (Sorry to all the people I haven't mentioned by name).
1735 Finally, thanks to Larry Wall, without whom none of this would be
1738 =head1 Reporting Bugs
1740 If you find what you think is a bug, you might check the articles
1741 recently posted to the comp.lang.perl.misc newsgroup and the perl
1742 bug database at http://rt.perl.org/perlbug/ . There may also be
1743 information at http://www.perl.org/ , the Perl Home Page.
1745 If you believe you have an unreported bug, please run the B<perlbug>
1746 program included with your release. Be sure to trim your bug down
1747 to a tiny but sufficient test case. Your bug report, along with the
1748 output of C<perl -V>, will be sent off to perlbug@perl.org to be
1749 analysed by the Perl porting team.
1751 If the bug you are reporting has security implications, which make it
1752 inappropriate to send to a publicly archived mailing list, then please send
1753 it to perl5-security-report@perl.org. This points to a closed subscription
1754 unarchived mailing list, which includes all the core committers, who be able
1755 to help assess the impact of issues, figure out a resolution, and help
1756 co-ordinate the release of patches to mitigate or fix the problem across all
1757 platforms on which Perl is supported. Please only use this address for
1758 security issues in the Perl core, not for modules independently
1759 distributed on CPAN.
1763 The F<Changes> file for an explanation of how to view exhaustive details
1766 The F<INSTALL> file for how to build Perl.
1768 The F<README> file for general stuff.
1770 The F<Artistic> and F<Copying> files for copyright information.