From: Jarkko Hietaniemi Date: Sun, 14 Jul 2002 15:48:46 +0000 (+0000) Subject: perldelta shuffling. X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=commitdiff_plain;h=877e5afdb220023ee66d9a460de4fe2985076065;p=p5sagit%2Fp5-mst-13.2.git perldelta shuffling. p4raw-id: //depot/perl@17533 --- diff --git a/pod/perldelta.pod b/pod/perldelta.pod index 4cb06c1..509357c 100644 --- a/pod/perldelta.pod +++ b/pod/perldelta.pod @@ -95,7 +95,7 @@ change will probably break backward compatibility with compiled modules. The change was made to make Perl more compliant with other applications like mod_perl which are using the AIX native interface. -=head2 Attributes for C variables now handled at run-time. +=head2 Attributes for C variables now handled at run-time The C syntax now applies variable attributes at run-time. (Subroutine and C variables still get attributes applied @@ -157,6 +157,13 @@ for better use: now they stand for long double (if supported by the platform) and NV (Perl internal floating point type). (They used to be aliases for d/f, but you never knew that.) +=head2 glob() now returns filenames in alphabetical order + +The list of filenames from glob() (or <...>) is now by default sorted +alphabetically to be csh-compliant (which is what happened before +in most UNIX platforms). (bsd_glob() does still sort platform +natively, ASCII or EBCDIC, unless GLOB_ALPHASORT is specified.) [561] + =head2 Deprecations =over 4 @@ -193,34 +200,10 @@ any C<\w> character. =item * -The list of filenames from glob() (or <...>) is now by default sorted -alphabetically to be csh-compliant (which is what happened before -in most UNIX platforms). (bsd_glob() does still sort platform -natively, ASCII or EBCDIC, unless GLOB_ALPHASORT is specified.) [561] - -=item * - The *glob{FILEHANDLE} is deprecated, use *glob{IO} instead. =item * -Spurious syntax errors generated in certain situations, when glob() -caused File::Glob to be loaded for the first time, have been fixed. [561] - -=item * - -Although "you shouldn't do that", it was possible to write code that -depends on Perl's hashed key order (Data::Dumper does this). The new -algorithm "One-at-a-Time" produces a different hashed key order. -More details are in L. - -=item * - -lstat(FILEHANDLE) now gives a warning because the operation makes no sense. -In future releases this may become a fatal error. - -=item * - The C syntax (C without an argument) has been deprecated. Its semantics were never that clear and its implementation even less so. If you have used that feature to @@ -241,16 +224,16 @@ source code level, this shouldn't be that drastic a change. =item * -Previous versions of perl and some readings of some sections of Camel III -implied that the C<:raw> "discipline" was the inverse of C<:crlf>. +Previous versions of perl and some readings of some sections of Camel +III implied that the C<:raw> "discipline" was the inverse of C<:crlf>. Turning off "clrfness" is no longer enough to make a stream truly -binary. So the PerlIO C<:raw> layer (or "discipline", to use the -Camel book's older terminology) is now formally defined as being -equivalent to binmode(FH) - which is in turn defined as doing whatever -is necessary to pass each byte as-is without any translation. -In particular binmode(FH) - and hence C<:raw> - will now turn off both CRLF -and UTF-8 translation and remove other layers (e.g. :encoding()) which -would modify byte stream. +binary. So the PerlIO C<:raw> layer (or "discipline", to use the Camel +book's older terminology) is now formally defined as being equivalent +to binmode(FH) - which is in turn defined as doing whatever is +necessary to pass each byte as-is without any translation. In +particular binmode(FH) - and hence C<:raw> - will now turn off both +CRLF and UTF-8 translation and remove other layers (e.g. :encoding()) +which would modify byte stream. =item * @@ -303,8 +286,8 @@ release. =item * -The C and C operations will produce fatal -errors on tainted data in some future release. +The C and C operations now produce warnings on +tainted data and in some future release they will produce fatal errors. =item * @@ -595,6 +578,23 @@ Formats now support zero-padded decimal fields. =item * +Although "you shouldn't do that", it was possible to write code that +depends on Perl's hashed key order (Data::Dumper does this). The new +algorithm "One-at-a-Time" produces a different hashed key order. +More details are in L. + +=item * + +lstat(FILEHANDLE) now gives a warning because the operation makes no sense. +In future releases this may become a fatal error. + +=item * + +Spurious syntax errors generated in certain situations, when glob() +caused File::Glob to be loaded for the first time, have been fixed. [561] + +=item * + Lvalue subroutines can now return C in list context. However, the lvalue subroutine feature still remains experimental. [561+]