|
NAMEperl56delta - what's new for perl v5.6.0DESCRIPTIONThis document describes differences between the 5.005 release and the 5.6.0 release.Core EnhancementsInterpreter cloning, threads, and concurrencyPerl 5.6.0 introduces the beginnings of support for running multiple interpreters concurrently in different threads. In conjunction with the perl_clone() API call, which can be used to selectively duplicate the state of any given interpreter, it is possible to compile a piece of code once in an interpreter, clone that interpreter one or more times, and run all the resulting interpreters in distinct threads.On the Windows platform, this feature is used to emulate fork() at the interpreter level. See perlfork for details about that. This feature is still in evolution. It is eventually meant to be used to selectively clone a subroutine and data reachable from that subroutine in a separate interpreter and run the cloned subroutine in a separate thread. Since there is no shared data between the interpreters, little or no locking will be needed (unless parts of the symbol table are explicitly shared). This is obviously intended to be an easy-to-use replacement for the existing threads support. Support for cloning interpreters and interpreter concurrency can be enabled using the -Dusethreads Configure option (see win32/Makefile for how to enable it on Windows.) The resulting perl executable will be functionally identical to one that was built with -Dmultiplicity, but the perl_clone() API call will only be available in the former. -Dusethreads enables the cpp macro USE_ITHREADS by default, which in turn enables Perl source code changes that provide a clear separation between the op tree and the data it operates with. The former is immutable, and can therefore be shared between an interpreter and all of its clones, while the latter is considered local to each interpreter, and is therefore copied for each clone. Note that building Perl with the -Dusemultiplicity Configure option is adequate if you wish to run multiple independent interpreters concurrently in different threads. -Dusethreads only provides the additional functionality of the perl_clone() API call and other support for running cloned interpreters concurrently. NOTE: This is an experimental feature. Implementation details are subject to change. Lexically scoped warning categoriesYou can now control the granularity of warnings emitted by perl at a finer level using the "use warnings" pragma. warnings and perllexwarn have copious documentation on this feature.Unicode and UTF-8 supportPerl now uses UTF-8 as its internal representation for character strings. The "utf8" and "bytes" pragmas are used to control this support in the current lexical scope. See perlunicode, utf8 and bytes for more information.This feature is expected to evolve quickly to support some form of I/O disciplines that can be used to specify the kind of input and output data (bytes or characters). Until that happens, additional modules from CPAN will be needed to complete the toolkit for dealing with Unicode. NOTE: This should be considered an experimental feature. Implementation details are subject to change. Support for interpolating named charactersThe new "\N" escape interpolates named characters within strings. For example, "Hi! \N{WHITE SMILING FACE}" evaluates to a string with a unicode smiley face at the end."our" declarationsAn "our" declaration introduces a value that can be best understood as a lexically scoped symbolic alias to a global variable in the package that was current where the variable was declared. This is mostly useful as an alternative to the "vars" pragma, but also provides the opportunity to introduce typing and other attributes for such variables. See "our" in perlfunc.Support for strings represented as a vector of ordinalsLiterals of the form "v1.2.3.4" are now parsed as a string composed of characters with the specified ordinals. This is an alternative, more readable way to construct (possibly unicode) strings instead of interpolating characters, as in "\x{1}\x{2}\x{3}\x{4}". The leading "v" may be omitted if there are more than two ordinals, so 1.2.3 is parsed the same as "v1.2.3".Strings written in this form are also useful to represent version "numbers". It is easy to compare such version "numbers" (which are really just plain strings) using any of the usual string comparison operators "eq", "ne", "lt", "gt", etc., or perform bitwise string operations on them using "|", "&", etc. In conjunction with the new $^V magic variable (which contains the perl version as a string), such literals can be used as a readable way to check if you're running a particular version of Perl: # this will parse in older versions of Perl also if ($^V and $^V gt v5.6.0) { # new features supported } "require" and "use" also have some special magic to support such literals, but this particular usage should be avoided because it leads to misleading error messages under versions of Perl which don't support vector strings. Using a true version number will ensure correct behavior in all versions of Perl: require 5.006; # run time check for v5.6 use 5.006_001; # compile time check for v5.6.1 Also, "sprintf" and "printf" support the Perl-specific format flag %v to print ordinals of characters in arbitrary strings: printf "v%vd", $^V; # prints current version, such as "v5.5.650" printf "%*vX", ":", $addr; # formats IPv6 address printf "%*vb", " ", $bits; # displays bitstring See "Scalar value constructors" in perldata for additional information. Improved Perl version numbering systemBeginning with Perl version 5.6.0, the version number convention has been changed to a "dotted integer" scheme that is more commonly found in open source projects.Maintenance versions of v5.6.0 will be released as v5.6.1, v5.6.2 etc. The next development series following v5.6.0 will be numbered v5.7.x, beginning with v5.7.0, and the next major production release following v5.6.0 will be v5.8.0. The English module now sets $PERL_VERSION to $^V (a string value) rather than $] (a numeric value). (This is a potential incompatibility. Send us a report via perlbug if you are affected by this.) The v1.2.3 syntax is also now legal in Perl. See "Support for strings represented as a vector of ordinals" for more on that. To cope with the new versioning system's use of at least three significant digits for each version component, the method used for incrementing the subversion number has also changed slightly. We assume that versions older than v5.6.0 have been incrementing the subversion component in multiples of 10. Versions after v5.6.0 will increment them by 1. Thus, using the new notation, 5.005_03 is the "same" as v5.5.30, and the first maintenance version following v5.6.0 will be v5.6.1 (which should be read as being equivalent to a floating point value of 5.006_001 in the older format, stored in $]). New syntax for declaring subroutine attributesFormerly, if you wanted to mark a subroutine as being a method call or as requiring an automatic lock() when it is entered, you had to declare that with a "use attrs" pragma in the body of the subroutine. That can now be accomplished with declaration syntax, like this:sub mymethod : locked method; ... sub mymethod : locked method { ... } sub othermethod :locked :method; ... sub othermethod :locked :method { ... } (Note how only the first ":" is mandatory, and whitespace surrounding the ":" is optional.) AutoSplit.pm and SelfLoader.pm have been updated to keep the attributes with the stubs they provide. See attributes. File and directory handles can be autovivifiedSimilar to how constructs such as "$x->[0]" autovivify a reference, handle constructors (open(), opendir(), pipe(), socketpair(), sysopen(), socket(), and accept()) now autovivify a file or directory handle if the handle passed to them is an uninitialized scalar variable. This allows the constructs such as "open(my $fh, ...)" and "open(local $fh,...)" to be used to create filehandles that will conveniently be closed automatically when the scope ends, provided there are no other references to them. This largely eliminates the need for typeglobs when opening filehandles that must be passed around, as in the following example:sub myopen { open my $fh, "@_" or die "Can't open '@_': $!"; return $fh; } { my $f = myopen("</etc/motd"); print <$f>; # $f implicitly closed here } open() with more than two argumentsIf open() is passed three arguments instead of two, the second argument is used as the mode and the third argument is taken to be the file name. This is primarily useful for protecting against unintended magic behavior of the traditional two-argument form. See "open" in perlfunc.64-bit supportAny platform that has 64-bit integers either(1) natively as longs or ints (2) via special compiler flags (3) using long long or int64_t is able to use "quads" (64-bit integers) as follows:
Note that unless you have the case (a) you will have to configure and compile Perl using the -Duse64bitint Configure flag. NOTE: The Configure flags -Duselonglong and -Duse64bits have been deprecated. Use -Duse64bitint instead. There are actually two modes of 64-bitness: the first one is achieved using Configure -Duse64bitint and the second one using Configure -Duse64bitall. The difference is that the first one is minimal and the second one maximal. The first works in more places than the second. The "use64bitint" does only as much as is required to get 64-bit integers into Perl (this may mean, for example, using "long longs") while your memory may still be limited to 2 gigabytes (because your pointers could still be 32-bit). Note that the name "64bitint" does not imply that your C compiler will be using 64-bit "int"s (it might, but it doesn't have to): the "use64bitint" means that you will be able to have 64 bits wide scalar values. The "use64bitall" goes all the way by attempting to switch also integers (if it can), longs (and pointers) to being 64-bit. This may create an even more binary incompatible Perl than -Duse64bitint: the resulting executable may not run at all in a 32-bit box, or you may have to reboot/reconfigure/rebuild your operating system to be 64-bit aware. Natively 64-bit systems like Alpha and Cray need neither -Duse64bitint nor -Duse64bitall. Last but not least: note that due to Perl's habit of always using floating point numbers, the quads are still not true integers. When quads overflow their limits (0...18_446_744_073_709_551_615 unsigned, -9_223_372_036_854_775_808...9_223_372_036_854_775_807 signed), they are silently promoted to floating point numbers, after which they will start losing precision (in their lower digits). NOTE: 64-bit support is still experimental on most platforms. Existing support only covers the LP64 data model. In particular, the LLP64 data model is not yet supported. 64-bit libraries and system APIs on many platforms have not stabilized--your mileage may vary. Large file supportIf you have filesystems that support "large files" (files larger than 2 gigabytes), you may now also be able to create and access them from Perl.NOTE: The default action is to enable large file support, if available on the platform. If the large file support is on, and you have a Fcntl constant O_LARGEFILE, the O_LARGEFILE is automatically added to the flags of sysopen(). Beware that unless your filesystem also supports "sparse files" seeking to umpteen petabytes may be inadvisable. Note that in addition to requiring a proper file system to do large files you may also need to adjust your per-process (or your per-system, or per-process-group, or per-user-group) maximum filesize limits before running Perl scripts that try to handle large files, especially if you intend to write such files. Finally, in addition to your process/process group maximum filesize limits, you may have quota limits on your filesystems that stop you (your user id or your user group id) from using large files. Adjusting your process/user/group/file system/operating system limits is outside the scope of Perl core language. For process limits, you may try increasing the limits using your shell's limits/limit/ulimit command before running Perl. The BSD::Resource extension (not included with the standard Perl distribution) may also be of use, it offers the getrlimit/setrlimit interface that can be used to adjust process resource usage limits, including the maximum filesize limit. Long doublesIn some systems you may be able to use long doubles to enhance the range and precision of your double precision floating point numbers (that is, Perl's numbers). Use Configure -Duselongdouble to enable this support (if it is available)."more bits"You can "Configure -Dusemorebits" to turn on both the 64-bit support and the long double support.Enhanced support for sort() subroutinesPerl subroutines with a prototype of "($$)", and XSUBs in general, can now be used as sort subroutines. In either case, the two elements to be compared are passed as normal parameters in @_. See "sort" in perlfunc.For unprototyped sort subroutines, the historical behavior of passing the elements to be compared as the global variables $a and $b remains unchanged. "sort $coderef @foo" allowedsort() did not accept a subroutine reference as the comparison function in earlier versions. This is now permitted.File globbing implemented internallyPerl now uses the File::Glob implementation of the glob() operator automatically. This avoids using an external csh process and the problems associated with it.NOTE: This is currently an experimental feature. Interfaces and implementation are subject to change. Support for CHECK blocksIn addition to "BEGIN", "INIT", "END", "DESTROY" and "AUTOLOAD", subroutines named "CHECK" are now special. These are queued up during compilation and behave similar to END blocks, except they are called at the end of compilation rather than at the end of execution. They cannot be called directly.POSIX character class syntax [: :] supportedFor example to match alphabetic characters use /[[:alpha:]]/. See perlre for details.Better pseudo-random number generatorIn 5.005_0x and earlier, perl's rand() function used the C library rand(3) function. As of 5.005_52, Configure tests for drand48(), random(), and rand() (in that order) and picks the first one it finds.These changes should result in better random numbers from rand(). Improved "qw//" operatorThe "qw//" operator is now evaluated at compile time into a true list instead of being replaced with a run time call to "split()". This removes the confusing misbehaviour of "qw//" in scalar context, which had inherited that behaviour from split().Thus: $foo = ($bar) = qw(a b c); print "$foo|$bar\n"; now correctly prints "3|a", instead of "2|a". Better worst-case behavior of hashesSmall changes in the hashing algorithm have been implemented in order to improve the distribution of lower order bits in the hashed value. This is expected to yield better performance on keys that are repeated sequences.pack() format 'Z' supportedThe new format type 'Z' is useful for packing and unpacking null-terminated strings. See "pack" in perlfunc.pack() format modifier '!' supportedThe new format type modifier '!' is useful for packing and unpacking native shorts, ints, and longs. See "pack" in perlfunc.pack() and unpack() support counted stringsThe template character '/' can be used to specify a counted string type to be packed or unpacked. See "pack" in perlfunc.Comments in pack() templatesThe '#' character in a template introduces a comment up to end of the line. This facilitates documentation of pack() templates.Weak referencesIn previous versions of Perl, you couldn't cache objects so as to allow them to be deleted if the last reference from outside the cache is deleted. The reference in the cache would hold a reference count on the object and the objects would never be destroyed.Another familiar problem is with circular references. When an object references itself, its reference count would never go down to zero, and it would not get destroyed until the program is about to exit. Weak references solve this by allowing you to "weaken" any reference, that is, make it not count towards the reference count. When the last non-weak reference to an object is deleted, the object is destroyed and all the weak references to the object are automatically undef-ed. To use this feature, you need the Devel::WeakRef package from CPAN, which contains additional documentation. NOTE: This is an experimental feature. Details are subject to change. Binary numbers supportedBinary numbers are now supported as literals, in s?printf formats, and "oct()":$answer = 0b101010; printf "The answer is: %b\n", oct("0b101010"); Lvalue subroutinesSubroutines can now return modifiable lvalues. See "Lvalue subroutines" in perlsub.NOTE: This is an experimental feature. Details are subject to change. Some arrows may be omitted in calls through referencesPerl now allows the arrow to be omitted in many constructs involving subroutine calls through references. For example, "$foo[10]->('foo')" may now be written "$foo[10]('foo')". This is rather similar to how the arrow may be omitted from "$foo[10]->{'foo'}". Note however, that the arrow is still required for "foo(10)->('bar')".Boolean assignment operators are legal lvaluesConstructs such as "($a ||= 2) += 1" are now allowed.exists() is supported on subroutine namesThe exists() builtin now works on subroutine names. A subroutine is considered to exist if it has been declared (even if implicitly). See "exists" in perlfunc for examples.exists() and delete() are supported on array elementsThe exists() and delete() builtins now work on simple arrays as well. The behavior is similar to that on hash elements.exists() can be used to check whether an array element has been initialized. This avoids autovivifying array elements that don't exist. If the array is tied, the EXISTS() method in the corresponding tied package will be invoked. delete() may be used to remove an element from the array and return it. The array element at that position returns to its uninitialized state, so that testing for the same element with exists() will return false. If the element happens to be the one at the end, the size of the array also shrinks up to the highest element that tests true for exists(), or 0 if none such is found. If the array is tied, the DELETE() method in the corresponding tied package will be invoked. See "exists" in perlfunc and "delete" in perlfunc for examples. Pseudo-hashes work betterDereferencing some types of reference values in a pseudo-hash, such as "$ph->{foo}[1]", was accidentally disallowed. This has been corrected.When applied to a pseudo-hash element, exists() now reports whether the specified value exists, not merely if the key is valid. delete() now works on pseudo-hashes. When given a pseudo-hash element or slice it deletes the values corresponding to the keys (but not the keys themselves). See "Pseudo-hashes: Using an array as a hash" in perlref. Pseudo-hash slices with constant keys are now optimized to array lookups at compile-time. List assignments to pseudo-hash slices are now supported. The "fields" pragma now provides ways to create pseudo-hashes, via fields::new() and fields::phash(). See fields. NOTE: The pseudo-hash data type continues to be experimental. Limiting oneself to the interface elements provided by the fields pragma will provide protection from any future changes. Automatic flushing of output buffersfork(), exec(), system(), qx//, and pipe open()s now flush buffers of all files opened for output when the operation was attempted. This mostly eliminates confusing buffering mishaps suffered by users unaware of how Perl internally handles I/O.This is not supported on some platforms like Solaris where a suitably correct implementation of fflush(NULL) isn't available. Better diagnostics on meaningless filehandle operationsConstructs such as "open(<FH>)" and "close(<FH>)" are compile time errors. Attempting to read from filehandles that were opened only for writing will now produce warnings (just as writing to read-only filehandles does).Where possible, buffered data discarded from duped input filehandle"open(NEW, "<&OLD")" now attempts to discard any data that was previously read and buffered in "OLD" before duping the handle. On platforms where doing this is allowed, the next read operation on "NEW" will return the same data as the corresponding operation on "OLD". Formerly, it would have returned the data from the start of the following disk block instead.eof() has the same old magic as <>"eof()" would return true if no attempt to read from "<>" had yet been made. "eof()" has been changed to have a little magic of its own, it now opens the "<>" files.binmode() can be used to set :crlf and :raw modesbinmode() now accepts a second argument that specifies a discipline for the handle in question. The two pseudo-disciplines ":raw" and ":crlf" are currently supported on DOS-derivative platforms. See "binmode" in perlfunc and open."-T" filetest recognizes UTF-8 encoded files as "text"The algorithm used for the "-T" filetest has been enhanced to correctly identify UTF-8 content as "text".system(), backticks and pipe open now reflect exec() failureOn Unix and similar platforms, system(), qx() and open(FOO, "cmd |") etc., are implemented via fork() and exec(). When the underlying exec() fails, earlier versions did not report the error properly, since the exec() happened to be in a different process.The child process now communicates with the parent about the error in launching the external command, which allows these constructs to return with their usual error value and set $!. Improved diagnosticsLine numbers are no longer suppressed (under most likely circumstances) during the global destruction phase.Diagnostics emitted from code running in threads other than the main thread are now accompanied by the thread ID. Embedded null characters in diagnostics now actually show up. They used to truncate the message in prior versions. $foo::a and $foo::b are now exempt from "possible typo" warnings only if sort() is encountered in package "foo". Unrecognized alphabetic escapes encountered when parsing quote constructs now generate a warning, since they may take on new semantics in later versions of Perl. Many diagnostics now report the internal operation in which the warning was provoked, like so: Use of uninitialized value in concatenation (.) at (eval 1) line 1. Use of uninitialized value in print at (eval 1) line 1. Diagnostics that occur within eval may also report the file and line number where the eval is located, in addition to the eval sequence number and the line number within the evaluated text itself. For example: Not enough arguments for scalar at (eval 4)[newlib/perl5db.pl:1411] line 2, at EOF Diagnostics follow STDERRDiagnostic output now goes to whichever file the "STDERR" handle is pointing at, instead of always going to the underlying C runtime library's "stderr".More consistent close-on-exec behaviorOn systems that support a close-on-exec flag on filehandles, the flag is now set for any handles created by pipe(), socketpair(), socket(), and accept(), if that is warranted by the value of $^F that may be in effect. Earlier versions neglected to set the flag for handles created with these operators. See "pipe" in perlfunc, "socketpair" in perlfunc, "socket" in perlfunc, "accept" in perlfunc, and "$^F" in perlvar.syswrite() ease-of-useThe length argument of "syswrite()" has become optional.Better syntax checks on parenthesized unary operatorsExpressions such as:print defined(&foo,&bar,&baz); print uc("foo","bar","baz"); undef($foo,&bar); used to be accidentally allowed in earlier versions, and produced unpredictable behaviour. Some produced ancillary warnings when used in this way; others silently did the wrong thing. The parenthesized forms of most unary operators that expect a single argument now ensure that they are not called with more than one argument, making the cases shown above syntax errors. The usual behaviour of: print defined &foo, &bar, &baz; print uc "foo", "bar", "baz"; undef $foo, &bar; remains unchanged. See perlop. Bit operators support full native integer widthThe bit operators (& | ^ ~ << >>) now operate on the full native integral width (the exact size of which is available in $Config{ivsize}). For example, if your platform is either natively 64-bit or if Perl has been configured to use 64-bit integers, these operations apply to 8 bytes (as opposed to 4 bytes on 32-bit platforms). For portability, be sure to mask off the excess bits in the result of unary "~", e.g., "~$x & 0xffffffff".Improved security featuresMore potentially unsafe operations taint their results for improved security.The "passwd" and "shell" fields returned by the getpwent(), getpwnam(), and getpwuid() are now tainted, because the user can affect their own encrypted password and login shell. The variable modified by shmread(), and messages returned by msgrcv() (and its object-oriented interface IPC::SysV::Msg::rcv) are also tainted, because other untrusted processes can modify messages and shared memory segments for their own nefarious purposes. More functional bareword prototype (*)Bareword prototypes have been rationalized to enable them to be used to override builtins that accept barewords and interpret them in a special way, such as "require" or "do".Arguments prototyped as "*" will now be visible within the subroutine as either a simple scalar or as a reference to a typeglob. See "Prototypes" in perlsub. "require" and "do" may be overridden"require" and "do 'file'" operations may be overridden locally by importing subroutines of the same name into the current package (or globally by importing them into the CORE::GLOBAL:: namespace). Overriding "require" will also affect "use", provided the override is visible at compile-time. See "Overriding Built-in Functions" in perlsub.$^X variables may now have names longer than one characterFormerly, $^X was synonymous with ${"\cX"}, but $^XY was a syntax error. Now variable names that begin with a control character may be arbitrarily long. However, for compatibility reasons, these variables must be written with explicit braces, as "${^XY}" for example. "${^XYZ}" is synonymous with ${"\cXYZ"}. Variable names with more than one control character, such as "${^XY^Z}", are illegal.The old syntax has not changed. As before, `^X' may be either a literal control-X character or the two-character sequence `caret' plus `X'. When braces are omitted, the variable name stops after the control character. Thus "$^XYZ" continues to be synonymous with "$^X . "YZ"" as before. As before, lexical variables may not have names beginning with control characters. As before, variables whose names begin with a control character are always forced to be in package `main'. All such variables are reserved for future extensions, except those that begin with "^_", which may be used by user programs and are guaranteed not to acquire special meaning in any future version of Perl. New variable $^C reflects "-c" switch$^C has a boolean value that reflects whether perl is being run in compile-only mode (i.e. via the "-c" switch). Since BEGIN blocks are executed under such conditions, this variable enables perl code to determine whether actions that make sense only during normal running are warranted. See perlvar.New variable $^V contains Perl version as a string$^V contains the Perl version number as a string composed of characters whose ordinals match the version numbers, i.e. v5.6.0. This may be used in string comparisons.See "Support for strings represented as a vector of ordinals" for an example. Optional Y2K warningsIf Perl is built with the cpp macro "PERL_Y2KWARN" defined, it emits optional warnings when concatenating the number 19 with another number.This behavior must be specifically enabled when running Configure. See INSTALL and README.Y2K. Arrays now always interpolate into double-quoted stringsIn double-quoted strings, arrays now interpolate, no matter what. The behavior in earlier versions of perl 5 was that arrays would interpolate into strings if the array had been mentioned before the string was compiled, and otherwise Perl would raise a fatal compile-time error. In versions 5.000 through 5.003, the error wasLiteral @example now requires backslash In versions 5.004_01 through 5.6.0, the error was In string, @example now must be written as \@example The idea here was to get people into the habit of writing "fred\@example.com" when they wanted a literal "@" sign, just as they have always written "Give me back my \$5" when they wanted a literal "$" sign. Starting with 5.6.1, when Perl now sees an "@" sign in a double-quoted string, it always attempts to interpolate an array, regardless of whether or not the array has been used or declared already. The fatal error has been downgraded to an optional warning: Possible unintended interpolation of @example in string This warns you that "fred@example.com" is going to turn into "fred.com" if you don't backslash the "@". See http://perl.plover.com/at-error.html for more details about the history here. @- and @+ provide starting/ending offsets of regex matchesThe new magic variables @- and @+ provide the starting and ending offsets, respectively, of $&, $1, $2, etc. See perlvar for details.Modules and PragmataModules
Pragmata"use attrs" is now obsolete, and is only provided for backward-compatibility. It's been replaced by the "sub : attributes" syntax. See "Subroutine Attributes" in perlsub and attributes.Lexical warnings pragma, "use warnings;", to control optional warnings. See perllexwarn. "use filetest" to control the behaviour of filetests ("-r" "-w" ...). Currently only one subpragma implemented, "use filetest 'access';", that uses access(2) or equivalent to check permissions instead of using stat(2) as usual. This matters in filesystems where there are ACLs (access control lists): the stat(2) might lie, but access(2) knows better. The "open" pragma can be used to specify default disciplines for handle constructors (e.g. open()) and for qx//. The two pseudo-disciplines ":raw" and ":crlf" are currently supported on DOS-derivative platforms (i.e. where binmode is not a no-op). See also "binmode() can be used to set :crlf and :raw modes". Utility Changesdprofpp"dprofpp" is used to display profile data generated using "Devel::DProf". See dprofpp.find2perlThe "find2perl" utility now uses the enhanced features of the File::Find module. The -depth and -follow options are supported. Pod documentation is also included in the script.h2xsThe "h2xs" tool can now work in conjunction with "C::Scan" (available from CPAN) to automatically parse real-life header files. The "-M", "-a", "-k", and "-o" options are new.perlcc"perlcc" now supports the C and Bytecode backends. By default, it generates output from the simple C backend rather than the optimized C backend.Support for non-Unix platforms has been improved. perldoc"perldoc" has been reworked to avoid possible security holes. It will not by default let itself be run as the superuser, but you may still use the -U switch to try to make it drop privileges first.The Perl DebuggerMany bug fixes and enhancements were added to perl5db.pl, the Perl debugger. The help documentation was rearranged. New commands include "< ?", "> ?", and "{ ?" to list out current actions, "man docpage" to run your doc viewer on some perl docset, and support for quoted options. The help information was rearranged, and should be viewable once again if you're using less as your pager. A serious security hole was plugged--you should immediately remove all older versions of the Perl debugger as installed in previous releases, all the way back to perl3, from your system to avoid being bitten by this.Improved DocumentationMany of the platform-specific README files are now part of the perl installation. See perl for the complete list.
Performance enhancementsSimple sort() using { $a <=> $b } and the like are optimizedMany common sort() operations using a simple inlined block are now optimized for faster performance.Optimized assignments to lexical variablesCertain operations in the RHS of assignment statements have been optimized to directly set the lexical variable on the LHS, eliminating redundant copying overheads.Faster subroutine callsMinor changes in how subroutine calls are handled internally provide marginal improvements in performance.delete(), each(), values() and hash iteration are fasterThe hash values returned by delete(), each(), values() and hashes in a list context are the actual values in the hash, instead of copies. This results in significantly better performance, because it eliminates needless copying in most situations.Installation and Configuration Improvements-Dusethreads means something differentThe -Dusethreads flag now enables the experimental interpreter-based thread support by default. To get the flavor of experimental threads that was in 5.005 instead, you need to run Configure with "-Dusethreads -Duse5005threads".As of v5.6.0, interpreter-threads support is still lacking a way to create new threads from Perl (i.e., "use Thread;" will not work with interpreter threads). "use Thread;" continues to be available when you specify the -Duse5005threads option to Configure, bugs and all. NOTE: Support for threads continues to be an experimental feature. Interfaces and implementation are subject to sudden and drastic changes. New Configure flagsThe following new flags may be enabled on the Configure command line by running Configure with "-Dflag".usemultiplicity usethreads useithreads (new interpreter threads: no Perl API yet) usethreads use5005threads (threads as they were in 5.005) use64bitint (equal to now deprecated 'use64bits') use64bitall uselongdouble usemorebits uselargefiles usesocks (only SOCKS v5 supported) Threadedness and 64-bitness now more daringThe Configure options enabling the use of threads and the use of 64-bitness are now more daring in the sense that they no more have an explicit list of operating systems of known threads/64-bit capabilities. In other words: if your operating system has the necessary APIs and datatypes, you should be able just to go ahead and use them, for threads by Configure -Dusethreads, and for 64 bits either explicitly by Configure -Duse64bitint or implicitly if your system has 64-bit wide datatypes. See also "64-bit support".Long DoublesSome platforms have "long doubles", floating point numbers of even larger range than ordinary "doubles". To enable using long doubles for Perl's scalars, use -Duselongdouble.-DusemorebitsYou can enable both -Duse64bitint and -Duselongdouble with -Dusemorebits. See also "64-bit support".-DuselargefilesSome platforms support system APIs that are capable of handling large files (typically, files larger than two gigabytes). Perl will try to use these APIs if you ask for -Duselargefiles.See "Large file support" for more information. installusrbinperlYou can use "Configure -Uinstallusrbinperl" which causes installperl to skip installing perl also as /usr/bin/perl. This is useful if you prefer not to modify /usr/bin for some reason or another but harmful because many scripts assume to find Perl in /usr/bin/perl.SOCKS supportYou can use "Configure -Dusesocks" which causes Perl to probe for the SOCKS proxy protocol library (v5, not v4). For more information on SOCKS, see:http://www.socks.nec.com/ "-A" flagYou can "post-edit" the Configure variables using the Configure "-A" switch. The editing happens immediately after the platform specific hints files have been processed but before the actual configuration process starts. Run "Configure -h" to find out the full "-A" syntax.Enhanced Installation DirectoriesThe installation structure has been enriched to improve the support for maintaining multiple versions of perl, to provide locations for vendor-supplied modules, scripts, and manpages, and to ease maintenance of locally-added modules, scripts, and manpages. See the section on Installation Directories in the INSTALL file for complete details. For most users building and installing from source, the defaults should be fine.If you previously used "Configure -Dsitelib" or "-Dsitearch" to set special values for library directories, you might wish to consider using the new "-Dsiteprefix" setting instead. Also, if you wish to re-use a config.sh file from an earlier version of perl, you should be sure to check that Configure makes sensible choices for the new directories. See INSTALL for complete details. Platform specific changesSupported platforms
DOS
OS390 (OpenEdition MVS)Support for this EBCDIC platform has not been renewed in this release. There are difficulties in reconciling Perl's standardization on UTF-8 as its internal representation for characters with the EBCDIC character set, because the two are incompatible.It is unclear whether future versions will renew support for this platform, but the possibility exists. VMSNumerous revisions and extensions to configuration, build, testing, and installation process to accommodate core changes and VMS-specific options.Expand %ENV-handling code to allow runtime mapping to logical names, CLI symbols, and CRTL environ array. Extension of subprocess invocation code to accept filespecs as command "verbs". Add to Perl command line processing the ability to use default file types and to recognize Unix-style "2>&1". Expansion of File::Spec::VMS routines, and integration into ExtUtils::MM_VMS. Extension of ExtUtils::MM_VMS to handle complex extensions more flexibly. Barewords at start of Unix-syntax paths may be treated as text rather than only as logical names. Optional secure translation of several logical names used internally by Perl. Miscellaneous bugfixing and porting of new core code to VMS. Thanks are gladly extended to the many people who have contributed VMS patches, testing, and ideas. Win32Perl can now emulate fork() internally, using multiple interpreters running in different concurrent threads. This support must be enabled at build time. See perlfork for detailed information.When given a pathname that consists only of a drivename, such as "A:", opendir() and stat() now use the current working directory for the drive rather than the drive root. The builtin XSUB functions in the Win32:: namespace are documented. See Win32. $^X now contains the full path name of the running executable. A Win32::GetLongPathName() function is provided to complement Win32::GetFullPathName() and Win32::GetShortPathName(). See Win32. POSIX::uname() is supported. system(1,...) now returns true process IDs rather than process handles. kill() accepts any real process id, rather than strictly return values from system(1,...). For better compatibility with Unix, "kill(0, $pid)" can now be used to test whether a process exists. The "Shell" module is supported. Better support for building Perl under command.com in Windows 95 has been added. Scripts are read in binary mode by default to allow ByteLoader (and the filter mechanism in general) to work properly. For compatibility, the DATA filehandle will be set to text mode if a carriage return is detected at the end of the line containing the __END__ or __DATA__ token; if not, the DATA filehandle will be left open in binary mode. Earlier versions always opened the DATA filehandle in text mode. The glob() operator is implemented via the "File::Glob" extension, which supports glob syntax of the C shell. This increases the flexibility of the glob() operator, but there may be compatibility issues for programs that relied on the older globbing syntax. If you want to preserve compatibility with the older syntax, you might want to run perl with "-MFile::DosGlob". For details and compatibility information, see File::Glob. Significant bug fixes<HANDLE> on empty filesWith $/ set to "undef", "slurping" an empty file returns a string of zero length (instead of "undef", as it used to) the first time the HANDLE is read after $/ is set to "undef". Further reads yield "undef".This means that the following will append "foo" to an empty file (it used to do nothing): perl -0777 -pi -e 's/^/foo/' empty_file The behaviour of: perl -pi -e 's/^/foo/' empty_file is unchanged (it continues to leave the file empty). "eval '...'" improvementsLine numbers (as reflected by caller() and most diagnostics) within "eval '...'" were often incorrect where here documents were involved. This has been corrected.Lexical lookups for variables appearing in "eval '...'" within functions that were themselves called within an "eval '...'" were searching the wrong place for lexicals. The lexical search now correctly ends at the subroutine's block boundary. The use of "return" within "eval {...}" caused $@ not to be reset correctly when no exception occurred within the eval. This has been fixed. Parsing of here documents used to be flawed when they appeared as the replacement expression in "eval 's/.../.../e'". This has been fixed. All compilation errors are true errorsSome "errors" encountered at compile time were by necessity generated as warnings followed by eventual termination of the program. This enabled more such errors to be reported in a single run, rather than causing a hard stop at the first error that was encountered.The mechanism for reporting such errors has been reimplemented to queue compile-time errors and report them at the end of the compilation as true errors rather than as warnings. This fixes cases where error messages leaked through in the form of warnings when code was compiled at run time using "eval STRING", and also allows such errors to be reliably trapped using "eval "..."". Implicitly closed filehandles are saferSometimes implicitly closed filehandles (as when they are localized, and Perl automatically closes them on exiting the scope) could inadvertently set $? or $!. This has been corrected.Behavior of list slices is more consistentWhen taking a slice of a literal list (as opposed to a slice of an array or hash), Perl used to return an empty list if the result happened to be composed of all undef values.The new behavior is to produce an empty list if (and only if) the original list was empty. Consider the following example: @a = (1,undef,undef,2)[2,1,2]; The old behavior would have resulted in @a having no elements. The new behavior ensures it has three undefined elements. Note in particular that the behavior of slices of the following cases remains unchanged: @a = ()[1,2]; @a = (getpwent)[7,0]; @a = (anything_returning_empty_list())[2,1,2]; @a = @b[2,1,2]; @a = @c{'a','b','c'}; See perldata. "(\$)" prototype and $foo{a}A scalar reference prototype now correctly allows a hash or array element in that slot."goto &sub" and AUTOLOADThe "goto &sub" construct works correctly when &sub happens to be autoloaded."-bareword" allowed under "use integer"The autoquoting of barewords preceded by "-" did not work in prior versions when the "integer" pragma was enabled. This has been fixed.Failures in DESTROY()When code in a destructor threw an exception, it went unnoticed in earlier versions of Perl, unless someone happened to be looking in $@ just after the point the destructor happened to run. Such failures are now visible as warnings when warnings are enabled.Locale bugs fixedprintf() and sprintf() previously reset the numeric locale back to the default "C" locale. This has been fixed.Numbers formatted according to the local numeric locale (such as using a decimal comma instead of a decimal dot) caused "isn't numeric" warnings, even while the operations accessing those numbers produced correct results. These warnings have been discontinued. Memory leaksThe "eval 'return sub {...}'" construct could sometimes leak memory. This has been fixed.Operations that aren't filehandle constructors used to leak memory when used on invalid filehandles. This has been fixed. Constructs that modified @_ could fail to deallocate values in @_ and thus leak memory. This has been corrected. Spurious subroutine stubs after failed subroutine callsPerl could sometimes create empty subroutine stubs when a subroutine was not found in the package. Such cases stopped later method lookups from progressing into base packages. This has been corrected.Taint failures under "-U"When running in unsafe mode, taint violations could sometimes cause silent failures. This has been fixed.END blocks and the "-c" switchPrior versions used to run BEGIN and END blocks when Perl was run in compile-only mode. Since this is typically not the expected behavior, END blocks are not executed anymore when the "-c" switch is used, or if compilation fails.See "Support for CHECK blocks" for how to run things when the compile phase ends. Potential to leak DATA filehandlesUsing the "__DATA__" token creates an implicit filehandle to the file that contains the token. It is the program's responsibility to close it when it is done reading from it.This caveat is now better explained in the documentation. See perldata. New or Changed Diagnostics
New tests
Incompatible ChangesPerl Source IncompatibilitiesBeware that any new warnings that have been added or old ones that have been enhanced are not considered incompatible changes.Since all new warnings must be explicitly requested via the "-w" switch or the "warnings" pragma, it is ultimately the programmer's responsibility to ensure that warnings are enabled judiciously.
C Source Incompatibilities
Compatible C Source API Changes
Binary IncompatibilitiesIn general, the default build of this release is expected to be binary compatible for extensions built with the 5.005 release or its maintenance versions. However, specific platforms may have broken binary compatibility due to changes in the defaults used in hints files. Therefore, please be sure to always check the platform-specific README files for any notes to the contrary.The usethreads or usemultiplicity builds are not binary compatible with the corresponding builds in 5.005. On platforms that require an explicit list of exports (AIX, OS/2 and Windows, among others), purely internal symbols such as parser functions and the run time opcodes are not exported by default. Perl 5.005 used to export all functions irrespective of whether they were considered part of the public API or not. For the full list of public API functions, see perlapi. Known ProblemsThread test failuresThe subtests 19 and 20 of lib/thr5005.t test are known to fail due to fundamental problems in the 5.005 threading implementation. These are not new failures--Perl 5.005_0x has the same bugs, but didn't have these tests.EBCDIC platforms not supportedIn earlier releases of Perl, EBCDIC environments like OS390 (also known as Open Edition MVS) and VM-ESA were supported. Due to changes required by the UTF-8 (Unicode) support, the EBCDIC platforms are not supported in Perl 5.6.0.In 64-bit HP-UX the lib/io_multihomed test may hangThe lib/io_multihomed test may hang in HP-UX if Perl has been configured 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).NEXTSTEP 3.3 POSIX test failureIn NEXTSTEP 3.3p2 the implementation of the strftime(3) in the operating system libraries is buggy: the %j format numbers the days of a month starting from zero, which, while being logical to programmers, will cause the subtests 19 to 27 of the lib/posix test may fail.Tru64 (aka Digital UNIX, aka DEC OSF/1) lib/sdbm test failure with gccIf compiled with gcc 2.95 the lib/sdbm test will fail (dump core). The cure is to use the vendor cc, it comes with the operating system and produces good code.UNICOS/mk CC failures during Configure runIn UNICOS/mk the following errors may appear during the Configure run:Guessing which symbols your C compiler and preprocessor define... CC-20 cc: ERROR File = try.c, Line = 3 ... bad switch yylook 79bad switch yylook 79bad switch yylook 79bad switch yylook 79#ifdef A29K ... 4 errors detected in the compilation of "try.c". The culprit is the broken awk of UNICOS/mk. The effect is fortunately rather mild: Perl itself is not adversely affected by the error, only the h2ph utility coming with Perl, and that is rather rarely needed these days. Arrow operator and arraysWhen the left argument to the arrow operator "->" is an array, or the "scalar" operator operating on an array, the result of the operation must be considered erroneous. For example:@x->[2] scalar(@x)->[2] These expressions will get run-time errors in some future release of Perl. Experimental featuresAs discussed above, many features are still experimental. Interfaces and implementation of these features are subject to change, and in extreme cases, even subject to removal in some future release of Perl. These features include the following:
Obsolete Diagnostics
Reporting BugsIf you find what you think is a bug, you might check the articles recently posted to the comp.lang.perl.misc newsgroup. 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 perlbug program included with your release. Be sure to trim your bug down to a tiny but sufficient test case. Your bug report, along with the output of "perl -V", will be sent off to perlbug@perl.org to be analysed by the Perl porting team. SEE ALSOThe 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. HISTORYWritten by Gurusamy Sarathy <gsar@activestate.com>, with many contributions from The Perl Porters.Send omissions or corrections to <perlbug@perl.org>.
Visit the GSP FreeBSD Man Page Interface. |