NAME
perl572delta - what's new for perl v5.7.2
DESCRIPTION
This document describes differences between the 5.7.1 release and the 5.7.2 release. (To view the differences between the 5.6.0 release and the 5.7.0 release, see perl570delta. To view the differences between the 5.7.0 release and the 5.7.1 release, see perl571delta.) SSeeccuurriittyy VVuullnneerraabbiilliittyy CClloosseedd (This change was already made in 5.7.0 but bears repeating here.) A security vulnerability affecting all Perl versions prior to 5.6.1 was found in August 2000. The vulnerability does not affect default installations and as far as is known affects only the Linux platform. You should upgrade your Perl to 5.6.1 as soon as possible. Patches for earlier releases exist but using the patches require full recompilation from the source code anyway, so 5.6.1 is your best choice.See http://www.cpan.org/src/5.0/sperl-2000-08-05/sperl-2000-08-05.txt
for more information. IInnccoommppaattiibbllee CChhaannggeess6644-bbiitt ppllaattffoorrmmss aanndd mmaalllloocc
If your pointers are 64 bits wide, the Perl malloc is no more beingused because it simply does not work with 8-byte pointers. Also, usu-
ally the system malloc on such platforms are much better optimized for such large memory models than the Perl malloc. AAIIXX DDyynnaallooaaddiinngg The AIX dynaloading now uses in AIX releases 4.3 and newer the native dlopen interface of AIX instead of the old emulated interface. Thischange will probably break backward compatibility with compiled mod-
ules. The change was made to make Perl more compliant with other applications like modperl which are using the AIX native interface. SSoocckkeett EExxtteennssiioonn DDyynnaammiicc iinn VVMMSSThe Socket extension is now dynamically loaded instead of being stati-
cally built in. This may or may not be a problem with ancient TCP/IP stacks of VMS: we do not know since we weren't able to test Perl in such configurations. DDiiffffeerreenntt DDeeffiinniittiioonn ooff tthhee UUnniiccooddee CChhaarraacctteerr CCllaasssseess \\pp{{IInn......}} As suggested by the Unicode consortium, the Unicode character classes now prefer scripts as opposed to blocks (as defined by Unicode); in Perl, when the "\p{In....}" and the "\p{In....}" regular expression constructs are used. This has changed the definition of some of those character classes. The difference between scripts and blocks is that scripts are the glyphs used by a language or a group of languages, while the blocks aremore artificial groupings of 256 characters based on the Unicode num-
bering. In general this change results in more inclusive Unicode character classes, but changes to the other direction also do take place: for example while the script "Latin" includes all the Latin characters andtheir various diacritic-adorned versions, it does not include the vari-
ous punctuation or digits (since they are not solely "Latin"). Changes in the character class semantics may have happened if a script and a block happen to have the same name, for example "Hebrew". Insuch cases the script wins and "\p{InHebrew}" now means the script def-
inition of Hebrew. The block definition in still available, though, by appending "Block" to the name: "\p{InHebrewBlock}" means what "\p{InHebrew}" meant in perl 5.6.0. For the full list of affected character classes, see "Blocks" in perlunicode. DDeepprreeccaattiioonnssThe current user-visible implementation of pseudo-hashes (the weird use
of the first array element) is deprecated starting from Perl 5.8.0 and will be removed in Perl 5.10.0, and the feature will be implemented differently. Not only is the current interface rather ugly, but the current implementation slows down normal array and hash use quite noticeably. The "fields" pragma interface will remain available.The syntaxes "@a->[...]" and "@h->{...}" have now been deprecated.
The suidperl is also considered to be too much a risk to continue main-
taining and the suidperl code is likely to be removed in a future release.The "package;" syntax ("package" without an argument has been depre-
cated. Its semantics were never that clear and its implementation evenless so. If you have used that feature to disallow all but fully qual-
ified variables, "use strict;" instead.The chdir(undef) and chdir('') behaviors to match chdir() has been dep-
recated. In future versions, chdir(undef) and chdir('') will simply fail. CCoorree EEnnhhaanncceemmeennttssIn general a lot of fixing has happened in the area of Perl's under-
standing of numbers, both integer and floating point. Since in many systems the standard number parsing functions like "strtoul()" and"atof()" seem to have bugs, Perl tries to work around their deficien-
cies. This results hopefully in more accurate numbers. +o The rules for allowing underscores (underbars) in numeric constants have been relaxed and simplified: now you can have an underscore bbeettwweeeenn ddiiggiittss.+o GMAGIC (right-hand side magic) could in many cases such as string
concatenation be invoked too many times. +o Lexicals I: lexicals outside an eval "" weren't resolved correctly inside a subroutine definition inside the eval "" if they were not already referenced in the top level of the eval""ed code. +o Lexicals II: lexicals leaked at file scope into subroutines that were declared before the lexicals. +o Lvalue subroutines can now return "undef" in list context. +o The "opclear" and "opnull" are now exported.+o A new special regular expression variable has been introduced: $^N,
which contains the most-recently closed group (submatch).
+o utime now supports "utime undef, undef, @files" to change the file timestamps to the current time. +o The Perl parser has been stress tested using both random input and Markov chain input. +o "eval "v200"" now works. +o VMS now works under PerlIO. +o END blocks are now run even if you exit/die in a BEGIN block. The execution of END blocks is now controlled by PLexitflags & PERLEXITDESTRUCTEND. This enables the new behaviour for perl embedders. This will default in 5.10. See perlembed. MMoodduulleess aanndd PPrraaggmmaattaa NNeeww MMoodduulleess aanndd DDiissttrriibbuuttiioonnss+o Attribute::Handlers - Simpler definition of attribute handlers
+o ExtUtils::Constant - generate XS code to import C header constants
+o I18N::Langinfo - query locale information
+o I18N::LangTags - functions for dealing with RFC3066-style language
tags+o libnet - a collection of perl5 modules related to network program-
mingPerl installation leaves libnet unconfigured, use libnetcfg to con-
figure.+o List::Util - selection of general-utility list subroutines
+o Locale::Maketext - framework for localization
+o Memoize - Make your functions faster by trading space for time
+o NEXT - pseudo-class for method redispatch
+o Scalar::Util - selection of general-utility scalar subroutines
+o Test::More - yet another framework for writing test scripts
+o Test::Simple - Basic utilities for writing tests
+o Time::HiRes - high resolution ualarm, usleep, and gettimeofday
+o Time::Piece - Object Oriented time objects
(Previously known as Time::Object.)+o Time::Seconds - a simple API to convert seconds to other date val-
ues+o UnicodeCD - Unicode Character Database
UUppddaatteedd AAnndd IImmpprroovveedd MMoodduulleess aanndd PPrraaggmmaattaa +o B::Deparse module has been significantly enhanced. It now can deparse almost all of the standard test suite (so that the tests still succeed). There is a make target "test.deparse" for trying this out. +o Class::Struct now assigns the array/hash element if the accessor is called with an array/hash element as the ssoollee argument. +o Cwd extension is now (even) faster. +o DBFile extension has been updated to version 1.77.+o Fcntl, Socket, and Sys::Syslog have been rewritten to use the new-
style constant dispatch section (see ExtUtils::Constant). +o File::Find is now (again) reentrant. It also has been made more portable. +o File::Glob now supports "GLOBLIMIT" constant to limit the size of the returned list of filenames. +o IO::Socket::INET now supports "LocalPort" of zero (usually meaning that the operating system will make one up.) +o The vars pragma now supports declaring fully qualified variables. (Something that "our()" does not and will not support.) UUttiilliittyy CChhaannggeess +o The emacs/e2ctags.pl is now much faster. +o h2ph now supports C trigraphs. +o h2xs uses the new ExtUtils::Constant module which will affect newly created extensions that define constants. Since the new code is more correct (if you have two constants where the first one is a prefix of the second one, the first constant nneevveerr gets defined), less lossy (it uses integers for integer constant, as opposed tothe old code that used floating point numbers even for integer con-
stants), and slightly faster, you might want to consider regenerat-
ing your extension code (the new scheme makes regenerating easy). h2xs now also supports C trigraphs. +o libnetcfg has been added to configure the libnet. +o The Pod::Html (and thusly pod2html) now allows specifying a cache directory. NNeeww DDooccuummeennttaattiioonn +o Locale::Maketext::TPJ13 is an article about software localization,originally published in The Perl Journal #13, republished here with
kind permission.+o More README.$PLATFORM files have been converted into pod, which
also means that they also be installed as perl$PLATFORM documenta-
tion files. The new files are perlapollo, perlbeos, perldgux, perlhurd, perlmint, perlnetware, perlplan9, perlqnx, and perltru64.+o The Todo and Todo-5.6 files have been merged into perltodo.
+o Use of the gprof tool to profile Perl has been documented in perl-
hack. There is a make target "perl.gprof" for generating a gpro-
filed Perl executable. IInnssttaallllaattiioonn aanndd CCoonnffiigguurraattiioonn IImmpprroovveemmeennttss NNeeww OOrr IImmpprroovveedd PPllaattffoorrmmss+o AIX should now work better with gcc, threads, and 64-bitness. Also
the long doubles support in AIX should be better now. See perlaix. +o AtheOS ( http://www.atheos.cx/ ) is a new platform.+o DG/UX platform now supports the 5.005-style threads. See perldgux.
+o DYNIX/ptx platform (a.k.a. dynixptx) is supported at or near osvers 4.5.2. +o Several Mac OS (Classic) portability patches have been applied. We hope to get a fully working port by 5.8.0. (The remaining problems relate to the changed IO model of Perl.) See perlmacos. +o Mac OS X (or Darwin) should now be able to build Perl even on HFS+filesystems. (The case-insensitivity confused the Perl build
process.) +o NetWare from Novell is now supported. See perlnetware. +o The Amdahl UTS UNIX mainframe platform is now supported. GGeenneerriicc IImmpprroovveemmeennttss +o In AFS installations one can configure the root of the AFS to besomewhere else than the default /afs by using the Configure parame-
ter "-Dafsroot=/some/where/else".
+o The version of Berkeley DB used when the Perl (and, presumably, theDBFile extension) was built is now available as @Config{qw(dbver-
sionmajor dbversionminor dbversionpatch)} from Perl and as "DBVERSIONMAJORCFG DBVERSIONMINORCFG DBVERSIONPATCHCFG" from C.+o The Thread extension is now not built at all under ithreads ("Con-
figure -Duseithreads") because it wouldn't work anyway (the Thread
extension requires being Configured with "-Duse5005threads").
+o The "B::Deparse" compiler backend has been so significantly improved that almost the whole Perl test suite passes after being deparsed. A make target has been added to help in further testing: "make test.deparse". SSeelleecctteedd BBuugg FFiixxeess +o The autouse pragma didn't work for Multi::Part::Function::Names.+o The behaviour of non-decimal but numeric string constants such as
"0x23" was platform-dependent: in some platforms that was seen as
35, in some as 0, in some as a floating point number (don't ask). This was caused by Perl using the operating system libraries in a situation where the result of the string to number conversion is undefined: now Perl consistently handles such strings as zero in numeric contexts.+o dprofpp -R didn't work.
+o PERL5OPT with embedded spaces didn't work. +o Sys::Syslog ignored the "LOGAUTH" constant. PPllaattffoorrmm SSppeecciiffiicc CChhaannggeess aanndd FFiixxeess +o Some versions of glibc have a broken modfl(). This affects buildswith "-Duselongdouble". This version of Perl detects this broken-
ness and has a workaround for it. The glibc release 2.2.2 is known to have fixed the modfl() bug. NNeeww oorr CChhaannggeedd DDiiaaggnnoossttiiccss+o In the regular expression diagnostics the "<< HERE" marker intro-
duced in 5.7.0 has been changed to be "<- HERE" since too many
people found the "<<" to be too similar to here-document starters.
+o If you try to "pack" in perlfunc a number less than 0 or larger than 255 using the "C" format you will get an optional warning.Similarly for the "c" format and a number less than -128 or more
than 127. +o Certain regex modifiers such as "(?o)" make sense only if applied to the entire regex. You will an optional warning if you try to do otherwise.+o Using arrays or hashes as references (e.g. "%foo->{bar}" has been
deprecated for a while. Now you will get an optional warning. SSoouurrccee CCooddee EEnnhhaanncceemmeennttss MMAAGGIICC ccoonnssttaannttss The MAGIC constants (e.g. 'P') have been macrofied (e.g."PERLMAGICTIED") for better source code readability and maintainabil-
ity. BBeetttteerr ccoommmmeenntteedd ccooddee perly.c, sv.c, and sv.h have now been extensively commented.RReeggeexx pprree-//ppoosstt-ccoommppiillaattiioonn iitteemmss mmaattcchheedd uupp
The regex compiler now maintains a structure that identifies nodes in the compiled bytecode with the corresponding syntactic features of the original regex expression. The information is attached to the new"offsets" member of the "struct regexp". See perldebguts for more com-
plete information.ggcccc -WWaallll
The C code has been made much more "gcc -Wall" clean. Some warning
messages still remain, though, so if you are compiling with gcc you will see some warnings about dubious practices. The warnings are being worked on. NNeeww TTeessttss Several new tests have been added, especially for the lib subsection. The tests are now reported in a different order than in earlier Perls. (This happens because the test scripts from under t/lib have been moved to be closer to the library/extension they are testing.) KKnnoowwnn PPrroobblleemmss Note that unlike other sections in this document (which describechanges since 5.7.0) this section is cumulative containing known prob-
lems for all the 5.7 releases. AAIIXX +o In AIX 4.2 Perl extensions that use C++ functions that use statics may have problems in that the statics are not getting initialized. In newer AIX releases this has been solved by linking Perl with the libCr library, but unfortunately in AIX 4.2 the said library has an obscure bug where the various functions related to time (such as time() and gettimeofday()) return broken values, and therefore in AIX 4.2 Perl is not linked against the libCr. +o vac 5.0.0.0 May Produce Buggy Code For Perl The AIX C compiler vac version 5.0.0.0 may produce buggy code, resulting in few random tests failing, but when the failing tests are run by hand, they succeed. We suggest upgrading to at least vac version 5.0.1.0, that has been known to compile Perl correctly."lslpp -L|grep vac.C" will tell you the vac version.
AAmmiiggaa PPeerrll IInnvvookkiinngg MMyysstteerryyOne cannot call Perl using the "volume:" syntax, that is, "perl -v"
works, but for example "bin:perl -v" doesn't. The exact reason is
known but the current suspect is the ixemul library.lliibb//ffttmmpp-sseeccuurriittyy tteessttss wwaarrnn ''ssyysstteemm ppoossssiibbllyy iinnsseeccuurree''
Don't panic. Read INSTALL 'make test' section instead. CCyyggwwiinn iinntteerrmmiitttteenntt ffaaiilluurreess ooff lliibb//MMeemmooiizzee//tt//eexxppiirreeffiillee 1111 aanndd 1122 The subtests 11 and 12 sometimes fail and sometimes work.HHPP-UUXX lliibb//iioommuullttiihhoommeedd FFaaiillss WWhheenn LLPP6644-CCoonnffiigguurreedd
The lib/iomultihomed test may hang in HP-UX if Perl has been config-
ured to be 64-bit. Because other 64-bit platforms do not hang in this
test, HP-UX is suspect. All other tests pass in 64-bit HP-UX. The test
attempts to create and connect to "multihomed" sockets (sockets which have multiple IP addresses).HHPP-UUXX lliibb//ppoossiixx SSuubbtteesstt 99 FFaaiillss WWhheenn LLPP6644-CCoonnffiigguurreedd
If perl is configured with -Duse64bitall, the successful result of the
subtest 10 of lib/posix may arrive before the successful result of the subtest 9, which confuses the test harness so much that it thinks the subtest 9 failed. LLiinnuuxx WWiitthh SSffiioo FFaaiillss oopp//mmiisscc TTeesstt 4488 No known fix. OOSS//339900OS/390 has rather many test failures but the situation is actually bet-
ter than it was in 5.6.0, it's just that so many new modules and tests have been added. Failed Test Stat Wstat Total Fail Failed List of Failed---------------------------------------
../ext/B/Deparse.t 14 1 7.14% 14
../ext/B/Showlex.t 1 1 100.00% 1
../ext/Encode/Encode/Tcl.t 610 13 2.13% 592 594 596 598
600 602 604-610
../ext/IO/lib/IO/t/iounix.t 113 28928 5 3 60.00% 3-5
../ext/POSIX/POSIX.t 29 1 3.45% 14
../ext/Storable/t/lock.t 255 65280 5 3 60.00% 3-5
../lib/locale.t 129 33024 117 19 16.24% 99-117
../lib/warnings.t 434 1 0.23% 75
../lib/ExtUtils.t 27 1 3.70% 25
../lib/Math/BigInt/t/bigintpm.t 1190 1 0.08% 1145
../lib/Unicode/UCD.t 81 48 59.26% 1-16 49-64 66-81
../lib/User/pwent.t 9 1 11.11% 4
op/pat.t 660 6 0.91% 242-243 424-425
626-627
op/split.t 0 9 ?? ?? % ??
op/taint.t 174 3 1.72% 156 162 168
op/tr.t 70 3 4.29% 50 58-59
Failed 16/422 test scripts, 96.21% okay. 105/23251 subtests failed, 99.55% okay.
oopp//sspprriinnttff tteessttss 112299 aanndd 113300 The op/sprintf tests 129 and 130 are known to fail on some platforms.Examples include any platform using sfio, and Compaq/Tandem's Non-
Stop-UX. The failing platforms do not comply with the ANSI C Standard,
line 19ff on page 134 of ANSI X3.159 1989 to be exact. (They producesomething other than "1" and "-1" when formatting 0.6 and -0.6 using
the printf format "%.0f", most often they produce "0" and "-0".)
FFaaiilluurree ooff TThhrreeaadd tteessttssNNoottee tthhaatt ssuuppppoorrtt ffoorr 55..000055-ssttyyllee tthhrreeaaddiinngg rreemmaaiinnss eexxppeerriimmeennttaall..
The following tests are known to fail due to fundamental problems inthe 5.005 threading implementation. These are not new failures-Perl
5.0050x has the same bugs, but didn't have these tests. lib/autouse.t 4t/lib/thr5005.t 19-20
UUNNIICCOOSS +o ext/POSIX/sigaction subtests 6 and 13 may fail. +o lib/ExtUtils may spuriously claim that subtest 28 failed, which is interesting since the test only has 27 tests. +o Numerous numerical test failures op/numconvert 209,210,217,218 op/override 7 ext/Time/HiRes/HiRes 9 lib/Math/BigInt/t/bigintpm 1145 lib/Math/Trig 25These tests fail because of yet unresolved floating point inaccura-
cies. UUTTSS There are a few known test failures, see perluts. VVMMSSRather many tests are failing in VMS but that actually more tests suc-
ceed in VMS than they used to, it's just that there are many, many more tests than there used to be. Here are the known failures from some compiler/platform combinations.DEC C V5.3-006 on OpenVMS VAX V6.2
[-.ext.list.util.t]tainted..............FAILED on test 3
[-.ext.posix]sigaction..................FAILED on test 7
[-.ext.time.hires]hires.................FAILED on test 14
[-.lib.file.find]taint..................FAILED on test 17
[-.lib.math.bigint.t]bigintpm...........FAILED on test 1183
[-.lib.test.simple.t]exit...............FAILED on test 1
[.lib]vmsish............................FAILED on test 13 [.op]sprintf............................FAILED on test 12Failed 8/399 tests, 91.23% okay.
DEC C V6.0-001 on OpenVMS Alpha V7.2-1 and Compaq C V6.2-008 on OpenVMS
Alpha V7.1[-.ext.list.util.t]tainted..............FAILED on test 3
[-.lib.file.find]taint..................FAILED on test 17
[-.lib.test.simple.t]exit...............FAILED on test 1
[.lib]vmsish............................FAILED on test 13Failed 4/399 tests, 92.48% okay.
Compaq C V6.4-005 on OpenVMS Alpha 7.2.1
[-.ext.b]showlex........................FAILED on test 1
[-.ext.list.util.t]tainted..............FAILED on test 3
[-.lib.file.find]taint..................FAILED on test 17
[-.lib.test.simple.t]exit...............FAILED on test 1
[.lib]vmsish............................FAILED on test 13 [.op]misc...............................FAILED on test 49Failed 6/401 tests, 92.77% okay.
WWiinn3322In multi-CPU boxes there are some problems with the I/O buffering: some
output may appear twice. LLooccaalliissiinngg aa TTiieedd VVaarriiaabbllee LLeeaakkss MMeemmoorryy use Tie::Hash;tie my %tiehash => 'Tie::StdHash';
...local($tiehash{Foo}) = 1; # leaks
Code like the above is known to leak memory every time the local() is executed.SSeellff-ttyyiinngg ooff AArrrraayyss aanndd HHaasshheess IIss FFoorrbbiiddddeenn
Self-tying of arrays and hashes is broken in rather deep and hard-to-
fix ways. As a stop-gap measure to avoid people from getting frus-
trated at the mysterious results (core dumps, most often) it is for now forbidden (you will get a fatal error even from an attempt). VVaarriiaabbllee AAttttrriibbuutteess aarree nnoott CCuurrrreennttllyy UUssaabbllee ffoorr TTiieeiinngg This limitation will hopefully be fixed in future. (Subroutine attributes work fine for tieing, see Attribute::Handlers). BBuuiillddiinngg EExxtteennssiioonnss CCaann FFaaiill BBeeccaauussee OOff LLaarrggeeffiilleessSome extensions like modperl are known to have issues with `large-
files', a change brought by Perl 5.6.0 in which file offsets default to 64 bits wide, where supported. Modules may fail to compile at all or compile and work incorrectly. Currently there is no good solution forthe problem, but Configure now provides appropriate non-largefile
ccflags, ldflags, libswanted, and libs in the %Config hash (e.g., $Con-
fig{ccflagsnolargefiles}) so the extensions that are having problems can try configuring themselves without the largefileness. This is admittedly not a clean solution, and the solution may not even work at all. One potential failure is whether one can (or, if one can, whether it's a good idea) link together at all binaries with different ideasabout file offsets, all this is platform-dependent.
The Compiler Suite Is Still Experimental The compiler suite is slowly getting better but is nowhere near working order yet. The Long Double Support is Still Experimental The ability to configure Perl's numbers to use "long doubles", floating point numbers of hopefully better accuracy, is still experimental. The implementations of long doubles are not yet widespread and the existing implementations are not quite mature or standardised, therefore tryingto support them is a rare and moving target. The gain of more preci-
sion may also be offset by slowdown in computations (more bits to movearound, and the operations are more likely to be executed by less opti-
mised libraries). RReeppoorrttiinngg BBuuggss If you find what you think is a bug, you might check the articles recently posted to the comp.lang.perl.misc newsgroup and the perl bug database at http://bugs.perl.org/ There may also be information at http://www.perl.com/perl/ , the Perl Home Page.If you believe you have an unreported bug, please run the ppeerrllbbuugg pro-
gram included with your release. Be sure to trim your bug down to a tiny but sufficient test case. Your bug report, along with the outputof "perl -V", will be sent off to perlbug@perl.org to be analysed by
the Perl porting team.SEE ALSO
The Changes file for exhaustive details on what changed. The INSTALL file for how to build Perl. The README file for general stuff. The Artistic and Copying files for copyright information. HISTORY Written by Jarkko Hietaniemi, with many contributions from The Perl Porters and Perl Users submitting feedback and patches. Send omissions or corrections to . perl v5.8.6 2004-11-05 PERL572DELTA(1)