pod/perldelta.pod

   1 =encoding utf8
   2
   3 =for todo
   4 5204593b74eb sv.c: Make sv_pvn_force_flags guard against SV_UNDEF_RETURNS_NULL.
   5 dad26a174010 Since the HTML files generated by pod2html claim to have a utf-8 charset, actually write the files out using utf-8.  This is a fix for RT #111446.
   6 28333232a1c7 Don’t localise CopSTASH(&PL_compiling) in newCONSTSUB
   7 c947b31cf142 Do away with stashpv_hvname_match
   8 d0279c7ce493 Fix bad assertions in pp_ctl.c:pp_caller
   9 df826430da0d make TRIE nodes "absorb" NOTHING->EXACT sequences
  10 3b6759a6b102 optimise (?:|) and related NOTHING like constructs out of the compiled optree
  11 5435c3759c45 Experimentally Use Unicode 6.2 beta
  12 4a808ed163df [perl #111610] Trouble with XS-APItest/t/clone-with-stack.t
  13 1db94eebfa93 Quieten B::Deparse warnings (fixes #113464).
  14 72a866183393 reorganize perlcheat
  15 9a62b98f29d2 gv.c: Don’t ENTER/LEAVE unnecessarily
  16 ee1b3814fd18 gv.c: Remove mro_method_changed_in() from gv_init
  17 a3c74922a705 Rmv mro_method_changed_in call on stub upgraded to const
  18 186a5ba82d58 Don’t create pads for sub stubs
  19 7ad40bcb0a19 Don’t call mro_method_changed_in after newCONSTSUB
  20 83b195e49dd1 ensure correctness if sv_2mortal modifies errno
  21
  22 =head1 NAME
  23
  24 perldelta - what is new for perl v5.17.1
  25
  26 =head1 DESCRIPTION
  27
  28 This document describes differences between the 5.17.0 release and
  29 the 5.17.1 release.
  30
  31 If you are upgrading from an earlier release such as 5.16.0, first read
  32 L<perl5170delta>, which describes differences between 5.16.0 and
  33 5.17.0.
  34
  35 =head1 Core Enhancements
  36
  37 =head2 More CORE:: subs
  38
  39 Several more built-in functions have been added as subroutines to the
  40 CORE:: namespace, namely, those non-overridable keywords that can be
  41 implemented without custom parsers: C<defined>, C<delete>, C<exists>,
  42 C<glob>, C<pos>, C<protoytpe>, C<scalar>, C<split>, C<study>, and C<undef>.
  43
  44 As some of these have prototypes, C<prototype('CORE::...')> has been
  45 changed to not make a distinction between overridable and non-overridable
  46 keywords.  This is to make C<prototype('CORE::pos')> consistent with
  47 C<prototype(&CORE::pos)>.
  48
  49 =head1 Incompatible Changes
  50
  51 =head2 C</(?{})/> and C</(??{}> have been heavily reworked.
  52
  53 The implementation of this feature has been almost completely rewritten.
  54 Although its main intent is to fix bugs, some behaviours, especially
  55 related to the scope of lexical variables, will have changed.  This is
  56 described more fully in the L</Selected Bug Fixes> section.
  57
  58 =head2 C<\N{BELL}> now refers to U+1F514 instead of U+0007
  59
  60 Unicode 6.0 reused the name "BELL" for a different code point than it
  61 traditionally had meant.  Since Perl v5.14, use of this name still
  62 referred to U+0007, but would raise a deprecated warning.  Now, "BELL"
  63 refers to U+1F514, and the name for U+0007 is "ALERT".  All the
  64 functions in L<charnames> have been correspondingly updated.
  65
  66 =head2 Alphanumeric operators must now be separated from the closing
  67 delimiter of regular expressions
  68
  69 You may no longer write something like:
  70
  71  m/a/and 1
  72
  73 Instead you must write
  74
  75  m/a/ and 1
  76
  77 with whitespace separating the operator from the closing delimiter of
  78 the regular expression.  Not having whitespace has resulted in a
  79 deprecated warning since Perl v5.14.0.
  80
  81 =head2 C<require> dies for unreadable files
  82
  83 When C<require> encounters an unreadable file, it now dies.  It used to
  84 ignore the file and continue searching the directories in @INC
  85 [perl #113422].
  86
  87 =head1 Performance Enhancements
  88
  89 =over 4
  90
  91 =item *
  92
  93 The C<x> repetition operator is now folded to a single constant at compile
  94 time if called in scalar context with constant operands and no parentheses
  95 around the left operand.
  96
  97 =back
  98
  99 =head1 Modules and Pragmata
 100
 101 =head2 Updated Modules and Pragmata
 102
 103 =over 4
 104
 105 =item *
 106
 107 L<ExtUtils::CBuilder> has been upgraded from version 0.280206 to 0.280208.
 108
 109 Manifest files are now correctly embedded for those versions of VC++ which
 110 make use of them. [perl #111782, #111798].
 111
 112 =item *
 113
 114 L<B> has been upgraded from version 1.35 to 1.36.
 115
 116 C<B::COP::stashlen> has been replaced with C<B::COP::stashoff>.
 117
 118 C<B::COP::stashpv> now supports UTF8 package names and embedded NULs.
 119
 120 =item *
 121
 122 L<Class::Struct> has been upgraded from version 0.63 to 0.64.
 123
 124 The constructor now respects overridden accessor methods [perl #29230].
 125
 126 =item *
 127
 128 L<DynaLoader> has been upgraded from version 1.14 to 1.15.
 129
 130 This is due to a minor code change in the XS for the VMS implementation.
 131
 132 =item *
 133
 134 L<File::DosGlob> has been upgraded from version 1.07 to 1.08.
 135
 136 There are no visible changes, only minor internal refactorings.
 137
 138 =item *
 139
 140 L<File::Spec::Unix> has been upgraded from version 3.39_02 to 3.39_03.
 141
 142 C<abs2rel> could produce incorrect results when given two relative paths or
 143 the root directory twice [perl #111510].
 144
 145 =item *
 146
 147 L<IO> has been upgraded from version 1.25_06 to 1.25_07.
 148
 149 C<sync()> can now be called on read-only file handles [perl #64772].
 150
 151 =item *
 152
 153 L<Pod::Html> has been upgraded from version 1.15_02 to 1.16.
 154
 155 The option C<--libpods> has been reinstated. It is deprecated, and its use
 156 does nothing other than issue a warning that it is no longer supported.
 157
 158 =item *
 159
 160 L<Unicode::UCD> has been upgraded from version 0.43 to 0.44.
 161
 162 This adds a function L<all_casefolds()|Unicode::UCD/all_casefolds()>
 163 that returns all the casefolds.
 164
 165 =item *
 166
 167 L<Scalar::Util> has been upgraded from version 1.23 to version 1.25.
 168
 169 =back
 170
 171 =head1 Documentation
 172
 173 =head2 Changes to Existing Documentation
 174
 175 =head3 L<perlfaq>
 176
 177 =over 4
 178
 179 =item *
 180
 181 L<perlfaq> has been synchronised with version 5.0150040 from C<CPAN>.
 182
 183 =back
 184
 185 =head1 Diagnostics
 186
 187 =head2 Removals of Diagnostics
 188
 189 =over 4
 190
 191 =item *
 192
 193 The "Runaway prototype" warning that occurs in bizarre cases has been
 194 removed as being unhelpful and inconsistent.
 195
 196 =item *
 197
 198 The "Not a format reference" error has been removed, as the only case in
 199 which it could be triggered was a bug.
 200
 201 =back
 202
 203 =head1 Platform Support
 204
 205 =head2 Platform-Specific Notes
 206
 207 XXX note fails on win2k and vms
 208
 209 =over 4
 210
 211 =item Win32
 212
 213 C<link> on Win32 now attempts to set C<$!> to more appropriate values
 214 based on the Win32 API error code. [perl #112272]
 215
 216 Perl no longer mangles the environment block, e.g. when launching a new
 217 sub-process, when the environment contains non-ASCII characters. Known
 218 problems still remain, however, when the environment contains characters
 219 outside of the current ANSI codepage (e.g. see the item about Unicode in
 220 C<%ENV> in L<http://perl5.git.perl.org/perl.git/blob/HEAD:/Porting/todo.pod>).
 221 [perl #113536]
 222
 223 =back
 224
 225 =head1 Internal Changes
 226
 227 =over 4
 228
 229 =item *
 230
 231 The C<study> function was made a no-op in 5.16.  It was simply disabled via
 232 a C<return> statement; the code was left in place.  Now the code supporting
 233 what C<study> used to do has been removed.
 234
 235 =item *
 236
 237 Under threaded perls, there is no longer a separate PV allocated for every
 238 COP to store its package name (C<< cop->stashpv >>).  Instead, there is an
 239 offset (C<< cop->stashoff >>) into the new C<PL_stashpad> array, which
 240 holds stash pointers.
 241
 242 =item *
 243
 244 In the pluggable regex API, the C<regexp_engine> struct has acquired a new
 245 field C<op_comp>, which is currently just for perl's internal use, and
 246 should be initialised to NULL by other regex plugin modules.
 247
 248 =item *
 249
 250 A new function C<alloccoptash> has been added to the API, but is considered
 251 experimental.  See L<perlapi>.
 252
 253 =back
 254
 255 =head1 Selected Bug Fixes
 256
 257 =over 4
 258
 259 =item *
 260
 261 The implementation of code blocks in regular expressions, such as C<(?{})>
 262 and C<(??{})> has been heavily reworked to eliminate a whole slew of bugs.
 263 The main user-visible changes are:
 264
 265 =over 4
 266
 267 =item *
 268
 269 Code blocks within patterns are now parsed in the same pass as the
 270 surrounding code; in particular it is no longer necessary to have balanced
 271 braces: this now works:
 272
 273     /(?{  $x='{'  })/
 274
 275 This means that this error message is longer generated:
 276
 277     Sequence (?{...}) not terminated or not {}-balanced in regex
 278
 279 but a new error may be seen:
 280
 281     Sequence (?{...}) not terminated with ')'
 282
 283 In addition, literal code blocks within run-time patterns are only
 284 compiled once, at perl compile-time:
 285
 286     for my $p (...) {
 287         # this 'FOO' block of code is compiled once,
 288         # at the same time as the surrounding 'for' loop
 289         /$p{(?{FOO;})/;
 290     }
 291
 292 =item *
 293
 294 Lexical variables are now sane as regards scope, recursion and closure
 295 behaviour. In particular, C</A(?{B})C/> behaves (from a closure viewpoint)
 296 exactly like C</A/ && do { B } && /C/>, while  C<qr/A(?{B})C/> is like
 297 C<sub {/A/ && do { B } && /C/}>. So this code now works how you might
 298 expect, creating three regexes that match 0, 1, and 2:
 299
 300     for my $i (0..2) {
 301         push @r, qr/^(??{$i})$/;
 302     }
 303     "1" =~ $r[1]; # matches
 304
 305 =item *
 306
 307 The C<use re 'eval'> pragma is now only required for code blocks defined
 308 at runtime; in particular in the following, the text of the C<$r> pattern is
 309 still interpolated into the new pattern and recompiled, but the individual
 310 compiled code-blocks within C<$r> are reused rather than being recompiled,
 311 and C<use re 'eval'> isn't needed any more:
 312
 313     my $r = qr/abc(?{....})def/;
 314     /xyz$r/;
 315
 316 =item *
 317
 318 Flow control operators no longer crash. Each code block runs in a new
 319 dynamic scope, so C<next> etc. will not see any enclosing loops and
 320 C<caller> will not see any calling subroutines. C<return> returns a value
 321 from the code block, not from any enclosing subroutine.
 322
 323 =item *
 324
 325 Perl normally caches the compilation of run-time patterns, and doesn't
 326 recompile if the pattern hasn't changed; but this is now disabled if
 327 required for the correct behaviour of closures; for example:
 328
 329     my $code = '(??{$x})';
 330     for my $x (1..3) {
 331         # recompile to see fresh value of $x each time
 332         $x =~ /$code/;
 333     }
 334
 335
 336 =item *
 337
 338 The C</msix> and C<(?msix)> etc. flags are now propagated into the return
 339 value from C<(??{})>; this now works:
 340
 341     "AB" =~ /a(??{'b'})/i;
 342
 343 =item *
 344
 345 Warnings and errors will appear to come from the surrounding code (or for
 346 run-time code blocks, from an eval) rather than from an C<re_eval>:
 347
 348     use re 'eval'; $c = '(?{ warn "foo" })'; /$c/;
 349     /(?{ warn "foo" })/;
 350
 351 formerly gave:
 352
 353     foo at (re_eval 1) line 1.
 354     foo at (re_eval 2) line 1.
 355
 356 and now gives:
 357
 358     foo at (eval 1) line 1.
 359     foo at /some/prog line 2.
 360
 361 =back
 362
 363 =item *
 364
 365 Perl now works as well as can be expected on all releases of Unicode so
 366 far.  In v5.16, it worked on Unicodes 6.0 and 6.1, but there were
 367 various bugs for earlier releases; the older the release the more
 368 problems.
 369
 370 =item *
 371
 372 C<vec> no longer produces "uninitialized" warnings in lvalue context
 373 [perl #9423].
 374
 375 =item *
 376
 377 An optimisation involving fixed strings in regular expressions could cause
 378 a severe performance penalty in edge cases.  This has been fixed
 379 [perl #76546].
 380
 381 =item *
 382
 383 The "Can't find an opnumber" message that C<prototype> produces when passed
 384 a string like "CORE::nonexistent_keyword" now passes UTF8 and embedded
 385 NULs through unchanged [perl #97478].
 386
 387 =item *
 388
 389 C<prototype> now treats magical variables like C<$1> the same way as
 390 non-magical variables when checking for the CORE:: prefix, instead of
 391 treating them as subroutine names.
 392
 393 =item *
 394
 395 Under threaded perls, a runtime code block in a regular expression could
 396 corrupt the package name stored in the op tree, resulting in bad reads
 397 in C<caller>, and possibly crashes [perl #113060].
 398
 399 =item *
 400
 401 Referencing a closure prototype (C<\&{$_[1]}> in an attribute handler for a
 402 closure) no longer results in a copy of the subroutine (or assertion
 403 failures on debugging builds).
 404
 405 =item *
 406
 407 C<eval '__PACKAGE__'> now returns the right answer on threaded builds if
 408 the current package has been assigned over (as in
 409 C<*ThisPackage:: = *ThatPackage::>) [perl #78742].
 410
 411 =item *
 412
 413 If a package is deleted by code that it calls, it is possible for C<caller>
 414 to see a stack frame belonging to that deleted package.  C<caller> could
 415 crash if the stash's memory address was reused for a scalar and a
 416 substitution was performed on the same scalar [perl #113486].
 417
 418 =item *
 419
 420 C<UNIVERSAL::can> no longer treats its first argument differently
 421 depending on whether it is a string or number internally.
 422
 423 =item *
 424
 425 C<open> with "<&" for the mode checks to see whether the third argument is
 426 a number, in determining whether to treat it as a file descriptor or a
 427 handle name.  Magical variables like C<$1> were always failing the numeric
 428 check and being treated as handle names.
 429
 430 =item *
 431
 432 C<warn>'s handling of magical variables (C<$1>, ties) has undergone several
 433 fixes.  FETCH is only called once now on a tied argument or a tied C<$@>
 434 [perl #97480].  Tied variables returning objects that stringify as "" are
 435 no longer ignored.  A tied C<$@> that happened to return a reference the
 436 I<previous> time is was used is no longer ignored.
 437
 438 =item *
 439
 440 C<warn ""> now treats C<$@> with a number in it the same way, regardless of
 441 whether it happened via C<$@=3> or C<$@="3">.  It used to ignore the
 442 former.  Now it appends "\t...caught", as it has always done with
 443 C<$@="3">.
 444
 445 =item *
 446
 447 Numeric operators on magical variables (e.g., S<C<$1 + 1>>) used to use
 448 floating point operations even where integer operations were more appropriate,
 449 resulting in loss of accuracy on 64-bit platforms [perl #109542].
 450
 451 =item *
 452
 453 Unary negation no longer treats a string as a number if the string happened
 454 to be used as a number at some point.  So, if C<$x> contains the string "dogs",
 455 C<-$x> returns "-dogs" even if C<$y=0+$x> has happened at some point.
 456
 457 =item *
 458
 459 In Perl 5.14, C<-'-10'> was fixed to return "10", not "+10".  But magical
 460 variables (C<$1>, ties) were not fixed till now [perl #57706].
 461
 462 =item *
 463
 464 Unary negation now treats strings consistently, regardless of the internal
 465 UTF8 flag.
 466
 467 =item *
 468
 469 A regression introduced in Perl v5.16.0 involving
 470 C<tr/I<SEARCHLIST>/I<REPLACEMENTLIST>/> has been fixed.  Only the first
 471 instance is supposed to be meaningful if a character appears more than
 472 once in C<I<SEARCHLIST>>.  Under some circumstances, the final instance
 473 was overriding all earlier ones.  [perl #113584]
 474
 475 =item *
 476
 477 Regular expressions like C<qr/\87/> previously silently inserted a NUL
 478 character, thus matching as if it had been written C<qr/\00087/>.  Now it
 479 matches as if it had been written as C<qr/87/>, with a message that the
 480 sequence C<"\8"> is unrecognized.
 481
 482 =item *
 483
 484 C<__SUB__> now works in special blocks (BEGIN, END, etc.).
 485
 486 =item *
 487
 488 Thread creation on Windows could theoretically result in a crash if done
 489 inside a BEGIN block.  It still does not work properly, but it no longer
 490 crashes [perl #111610].
 491
 492 =back
 493
 494 =head1 Acknowledgements
 495
 496 XXX Generate this with:
 497
 498   perl Porting/acknowledgements.pl v5.17.0..HEAD
 499
 500 =head1 Reporting Bugs
 501
 502 If you find what you think is a bug, you might check the articles
 503 recently posted to the comp.lang.perl.misc newsgroup and the perl
 504 bug database at http://rt.perl.org/perlbug/ .  There may also be
 505 information at http://www.perl.org/ , the Perl Home Page.
 506
 507 If you believe you have an unreported bug, please run the L<perlbug>
 508 program included with your release.  Be sure to trim your bug down
 509 to a tiny but sufficient test case.  Your bug report, along with the
 510 output of C<perl -V>, will be sent off to perlbug@perl.org to be
 511 analysed by the Perl porting team.
 512
 513 If the bug you are reporting has security implications, which make it
 514 inappropriate to send to a publicly archived mailing list, then please send
 515 it to perl5-security-report@perl.org. This points to a closed subscription
 516 unarchived mailing list, which includes
 517 all the core committers, who will be able
 518 to help assess the impact of issues, figure out a resolution, and help
 519 co-ordinate the release of patches to mitigate or fix the problem across all
 520 platforms on which Perl is supported. Please only use this address for
 521 security issues in the Perl core, not for modules independently
 522 distributed on CPAN.
 523
 524 =head1 SEE ALSO
 525
 526 The F<Changes> file for an explanation of how to view exhaustive details
 527 on what changed.
 528
 529 The F<INSTALL> file for how to build Perl.
 530
 531 The F<README> file for general stuff.
 532
 533 The F<Artistic> and F<Copying> files for copyright information.
 534
 535 =cut