Commit | Line | Data |
---|---|---|
44691e6f AB |
1 | =encoding utf8 |
2 | ||
3 | =head1 NAME | |
4 | ||
e3c71926 | 5 | perldelta - what is new for perl v5.15.5 |
760696b8 | 6 | |
5438d4b8 | 7 | =head1 DESCRIPTION |
5cd408a2 | 8 | |
e3c71926 FR |
9 | This document describes differences between the 5.15.4 release and |
10 | the 5.15.5 release. | |
5cd408a2 | 11 | |
3432e5a1 | 12 | If you are upgrading from an earlier release such as 5.15.3, first read |
e3c71926 | 13 | L<perl5154delta>, which describes differences between 5.15.3 and |
3432e5a1 | 14 | 5.15.4. |
062678b2 | 15 | |
e3c71926 | 16 | =head1 Core Enhancements |
6d110ad0 | 17 | |
ad32999b FC |
18 | =head2 More consistent C<eval> |
19 | ||
20 | The C<eval> operator sometimes treats a string argument as a sequence of | |
21 | characters and sometimes as a sequence of bytes, depending on the internal | |
22 | encoding. The internal encoding is not supposed to make any difference, | |
23 | but there is code that relies on this inconsistency. | |
24 | ||
25 | Under C<use v5.15> and higher, the C<unicode_eval> and C<evalbytes> | |
26 | features resolve this. The C<unicode_eval> feature causes C<eval $string> | |
27 | to treat the string always as Unicode. The C<evalbytes> features provides | |
28 | a function, itself called C<evalbytes>, which evaluates its argument always | |
29 | as a string of bytes. | |
30 | ||
31 | These features also fix oddities with source filters leaking to outer | |
32 | dynamic scopes. | |
33 | ||
34 | See L<feature> for more detail. | |
35 | ||
a3f52e2e FC |
36 | =head2 C<$[> is back |
37 | ||
38 | The C<$[> variable is back again, but is now implemented as a module, so | |
39 | programs that do not mention it (i.e., most of them), will not incur any | |
ad32999b FC |
40 | run-time penalty. In a later release in the 5.15 branch it might be |
41 | disabled in the scope of C<use v5.16>. | |
a3f52e2e FC |
42 | |
43 | The new implementation has some bug fixes. See L<arybase>. | |
6d110ad0 | 44 | |
e3c71926 | 45 | =head1 Security |
6d110ad0 | 46 | |
2e7ab03e | 47 | =head2 Privileges are now set correctly when assigning to C<$(> |
6d110ad0 | 48 | |
347e96f6 SH |
49 | A hypothetical bug (probably non-exploitable in practice) due to the |
50 | incorrect setting of the effective group ID while setting C<$(> has been | |
51 | fixed. The bug would only have affected systems that have C<setresgid()> | |
52 | but not C<setregid()>, but no such systems are known of. | |
6d110ad0 | 53 | |
e3c71926 | 54 | =head1 Incompatible Changes |
6d110ad0 | 55 | |
b132e3dc KW |
56 | =head2 Certain deprecated Unicode properties are no longer supported by default |
57 | ||
58 | Perl should never have exposed certain Unicode properties that are used | |
59 | by Unicode internally and not meant to be publicly available. Use of | |
60 | these has generated deprecated warning messages since Perl 5.12. The | |
61 | removed properties are Other_Alphabetic, | |
62 | Other_Default_Ignorable_Code_Point, Other_Grapheme_Extend, | |
63 | Other_ID_Continue, Other_ID_Start, Other_Lowercase, Other_Math, and | |
64 | Other_Uppercase. | |
65 | ||
66 | Perl may be recompiled to include any or all of them; instructions are | |
67 | given in | |
68 | L<perluniprops/Unicode character properties that are NOT accepted by Perl>. | |
69 | ||
ad32999b FC |
70 | =head2 Dereferencing IO thingies as typeglobs |
71 | ||
72 | The C<*{...}> operator, when passed a reference to an IO thingy (as in | |
73 | C<*{*STDIN{IO}}>), creates a new typeglob containing just that IO object. | |
74 | ||
75 | Previously, it would stringify as an empty string, but some operators would | |
76 | treat it as undefined, producing an "uninitialized" warning. | |
77 | ||
78 | Having a typeglob appear as an empty string is a side effect of the | |
79 | implementation that has caused various bugs over the years. | |
80 | ||
81 | The solution was to make it stringify like a normal anonymous typeglob, | |
2e7ab03e | 82 | like those produced by C<< open($foo->{bar}, ...) >> [perl #96326]. |
ad32999b | 83 | |
e3c71926 | 84 | =head1 Deprecations |
6d110ad0 | 85 | |
ae92a9ae KW |
86 | =head2 Don't read the Unicode data base files in F<lib/unicore> |
87 | ||
88 | It is now deprecated to directly read the Unicode data base files. | |
89 | These are stored in the F<lib/unicore> directory. Instead, you should | |
90 | use the new functions in L<Unicode::UCD>. These provide a stable API, | |
b132e3dc KW |
91 | and give complete information. (This API is, however, subject to change |
92 | somewhat during the 5.15 development cycle, as we gain experience and | |
93 | get feedback from using it.) | |
94 | ||
95 | Perl may at some point in the future change or remove the files. The | |
96 | file most likely for applications to have used is F<lib/unicore/ToDigit.pl>. | |
97 | L<Unicode::UCD/prop_invmap()> can be used to get at its data instead. | |
ae92a9ae | 98 | |
e3c71926 | 99 | =head1 Performance Enhancements |
6d110ad0 | 100 | |
e3c71926 | 101 | =over 4 |
6d110ad0 FC |
102 | |
103 | =item * | |
104 | ||
a3f52e2e FC |
105 | Due to changes in L<File::Glob>, Perl's C<glob> function and its |
106 | C<< <...> >> equivalent are now much faster. The splitting of the pattern | |
107 | into words has been rewritten in C, resulting in speed-ups of 20% in some | |
108 | cases. | |
109 | ||
110 | This does not affect VMS, as it does not use File::Glob. | |
6d110ad0 | 111 | |
e3c71926 | 112 | =back |
6d110ad0 | 113 | |
e3c71926 | 114 | =head1 Modules and Pragmata |
6d110ad0 | 115 | |
e3c71926 | 116 | =head2 New Modules and Pragmata |
6d110ad0 | 117 | |
e3c71926 | 118 | =over 4 |
6d110ad0 FC |
119 | |
120 | =item * | |
121 | ||
a3f52e2e | 122 | L<arybase> -- this new module implements the C<$[> variable. |
6d110ad0 FC |
123 | |
124 | =back | |
125 | ||
e3c71926 | 126 | =head2 Updated Modules and Pragmata |
6d110ad0 | 127 | |
e3c71926 | 128 | =over 4 |
6d110ad0 FC |
129 | |
130 | =item * | |
131 | ||
ac73ea1e CBW |
132 | L<Archive::Extract> has been upgraded from version 0.56 to version 0.58. |
133 | ||
134 | =item * | |
135 | ||
6138a722 SH |
136 | L<B::Concise> has been upgraded from version 0.86 to version 0.87. |
137 | ||
138 | =item * | |
139 | ||
140 | L<B::Deparse> has been upgraded from version 1.08 to version 1.09. | |
a3f52e2e | 141 | |
ad32999b FC |
142 | It now correctly deparses C<CORE::do>, C<CORE::glob> and slices of empty |
143 | lists. | |
a3f52e2e FC |
144 | |
145 | =item * | |
146 | ||
cc947deb | 147 | L<CGI> has been upgraded from version 3.55 to version 3.58. |
3e3c678a CBW |
148 | |
149 | Use public and documented FCGI.pm API in CGI::Fast | |
150 | CGI::Fast was using an FCGI API that was deprecated and removed from | |
151 | documentation more than ten years ago. Usage of this deprecated API with | |
2e7ab03e | 152 | FCGI E<gt>= 0.70 or FCGI E<lt>= 0.73 introduces a security issue. |
3e3c678a CBW |
153 | L<https://rt.cpan.org/Public/Bug/Display.html?id=68380> |
154 | L<http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2011-2766> | |
155 | ||
156 | =item * | |
157 | ||
6138a722 SH |
158 | L<charnames> has been upgraded from version 1.23 to version 1.24. |
159 | ||
160 | =item * | |
161 | ||
a32349f5 | 162 | L<Compress::Raw::Bzip2> has been upgraded from version 2.037 to version 2.042. |
00d0325c CBW |
163 | |
164 | =item * | |
165 | ||
54172f84 | 166 | L<Compress::Raw::Zlib> has been upgraded from version 2.037 to version 2.042. |
949ade47 CBW |
167 | |
168 | =item * | |
169 | ||
aad9a0d9 | 170 | L<Compress::Zlib> has been upgraded from version 2.037 to version 2.042. |
ad4795e7 CBW |
171 | |
172 | =item * | |
173 | ||
e6bd4dde CBW |
174 | L<CPANPLUS> has been upgraded from version 0.9111 to version 0.9112. |
175 | ||
176 | =item * | |
177 | ||
aba0546e CBW |
178 | L<CPANPLUS::Dist::Build> has been upgraded from version 0.58 to version 0.60. |
179 | ||
180 | =item * | |
181 | ||
a0780036 CBW |
182 | L<Digest::SHA> has been upgraded from version 5.62 to version 5.63. |
183 | ||
184 | Added code to allow very large data inputs all at once, which had previously been | |
185 | limited to several hundred megabytes at a time | |
186 | ||
187 | =item * | |
188 | ||
6138a722 SH |
189 | L<Errno> has been upgraded from version 1.14 to version 1.15. |
190 | ||
347e96f6 SH |
191 | Choosing an archname containing a @, $ or % character no longer results in |
192 | unintended interpolation in Errno's architecture check. | |
193 | ||
6138a722 SH |
194 | =item * |
195 | ||
f3640611 | 196 | L<ExtUtils::MakeMaker> has been upgraded from version 6.61_01 to version 6.63_02. |
00441cfa CBW |
197 | |
198 | =item * | |
199 | ||
6138a722 SH |
200 | L<feature> has been upgraded from version 1.22 to version 1.23. |
201 | ||
202 | =item * | |
203 | ||
204 | L<File::DosGlob> has been upgraded from version 1.05 to version 1.06. | |
205 | ||
206 | =item * | |
207 | ||
208 | L<File::Glob> has been upgraded from version 1.13 to version 1.14. | |
a3f52e2e FC |
209 | |
210 | It has a new C<:bsd_glob> export tag, intended to replace C<:glob>. Like | |
211 | C<:glob> it overrides C<glob> with a function that does not split the glob | |
212 | pattern into words, but, unlike C<:glob>, it iterates properly in scalar | |
213 | context, instead of returning the last file. | |
214 | ||
215 | There are other changes affecting Perl's own C<glob> operator (which uses | |
216 | File::Glob internally, except on VMS). See L</Performance Enhancements> | |
217 | and L</Selected Bug Fixes>. | |
218 | ||
219 | =item * | |
220 | ||
6ce52845 | 221 | L<HTTP::Tiny> has been upgraded from version 0.013 to version 0.016. |
35265876 CBW |
222 | |
223 | Adds additional shorthand methods for all common HTTP verbs, | |
224 | a C<post_form()> method for POST-ing x-www-form-urlencoded data and | |
225 | a C<www_form_urlencode()> utility method. | |
6d110ad0 | 226 | |
be539103 CBW |
227 | =item * |
228 | ||
40f3bdee SH |
229 | L<Module::CoreList> has been upgraded from version 2.57 to version 2.58. |
230 | ||
231 | =item * | |
232 | ||
6138a722 SH |
233 | L<Opcode> has been upgraded from version 1.20 to version 1.21. |
234 | ||
235 | =item * | |
236 | ||
be539103 CBW |
237 | L<perlfaq> has been upgraded from version 5.0150035 to version 5.0150036. |
238 | ||
a47fb3fe CBW |
239 | =item * |
240 | ||
a3f52e2e FC |
241 | L<Socket> as been upgraded from version 1.94_01 to 1.94_02. |
242 | ||
243 | It has new functions and constants for handling IPv6 sockets: | |
244 | ||
245 | pack_ipv6_mreq | |
246 | unpack_ipv6_mreq | |
247 | IPV6_ADD_MEMBERSHIP | |
248 | IPV6_DROP_MEMBERSHIP | |
249 | IPV6_MTU | |
250 | IPV6_MTU_DISCOVER | |
251 | IPV6_MULTICAST_HOPS | |
252 | IPV6_MULTICAST_IF | |
253 | IPV6_MULTICAST_LOOP | |
254 | IPV6_UNICAST_HOPS | |
255 | IPV6_V6ONLY | |
256 | ||
257 | =item * | |
258 | ||
ad32999b FC |
259 | L<Storable> has been upgraded from version 2.32 to 2.33. |
260 | ||
261 | The ability to add a fake entry to %INC to prevent Log::Agent from loading | |
262 | has been restored. In version 2.27 (included with perl 5.14.0), Storable | |
263 | starting producing an error instead. | |
264 | ||
265 | =item * | |
266 | ||
6138a722 SH |
267 | L<strict> has been upgraded from version 1.04 to version 1.05. |
268 | ||
269 | =item * | |
270 | ||
46267efc | 271 | L<Unicode::Collate> has been upgraded from version 0.80 to version 0.85. |
a47fb3fe | 272 | |
46267efc CBW |
273 | Locales updated to CLDR 2.0: mk, mt, nb, nn, ro, ru, sk, sr, sv, uk, |
274 | zh__pinyin, zh__stroke | |
275 | Newly supported locales: bn, fa, ml, mr, or, pa, sa, si, si__dictionary, | |
d88bd77a | 276 | sr_Latn, sv__reformed, ta, te, th, ur, wae. |
a47fb3fe | 277 | |
7ef25837 KW |
278 | =item * |
279 | ||
280 | L<Unicode::UCD> has been upgraded from version 0.36 to version 0.37. | |
6138a722 | 281 | |
62b3b855 | 282 | This adds four new functions: C<prop_aliases()>, and |
7ef25837 | 283 | C<prop_value_aliases()> which are used to find all the Unicode-approved |
681d705c | 284 | synonyms for property names, or to convert from one name to another; |
62b3b855 KW |
285 | C<prop_invlist> which returns all the code points matching a given |
286 | Unicode binary property; and C<prop_invmap> which returns the complete | |
287 | specification of a given Unicode property. | |
7ef25837 | 288 | |
6d110ad0 FC |
289 | =item * |
290 | ||
6138a722 | 291 | L<UNIVERSAL> has been upgraded from version 1.09 to version 1.10. |
6d110ad0 FC |
292 | |
293 | =back | |
294 | ||
e3c71926 FR |
295 | =head1 Diagnostics |
296 | ||
297 | The following additions or changes have been made to diagnostic output, | |
298 | including warnings and fatal error messages. For the complete list of | |
299 | diagnostic messages, see L<perldiag>. | |
6d110ad0 | 300 | |
e3c71926 | 301 | =head2 New Diagnostics |
46dd4080 | 302 | |
e3c71926 | 303 | =head3 New Errors |
d6cf2367 | 304 | |
63ac71b9 | 305 | =over 4 |
e46d9735 CBW |
306 | |
307 | =item * | |
308 | ||
6138a722 SH |
309 | L<Source filters apply only to byte streams|perldiag/"Source filters apply only to byte streams"> |
310 | ||
311 | This new error occurs when you try to activate a source filter (usually by | |
312 | loading a source filter module) within a string passed to C<eval> under the | |
313 | C<unicode_eval> feature. | |
314 | ||
315 | =item * | |
316 | ||
317 | L<That use of $[ is unsupported|perldiag/"That use of $[ is unsupported"> | |
318 | ||
319 | This previously removed error has been restored with the re-implementation | |
320 | of C<$[> as a module. | |
828d6195 | 321 | |
3432e5a1 | 322 | =back |
83307084 | 323 | |
e3c71926 | 324 | =head3 New Warnings |
d39de893 | 325 | |
3432e5a1 | 326 | =over 4 |
39afdc5a CBW |
327 | |
328 | =item * | |
329 | ||
dd14f06c FC |
330 | L<length() used on %s|perldiag/length() used on %s> |
331 | ||
332 | This new warning occurs when C<length> is used on an array or hash, instead | |
333 | of C<scalar(@array)> or C<scalar(keys %hash)>. | |
334 | ||
335 | =item * | |
336 | ||
ad32999b FC |
337 | L<$[ used in %s (did you mean $] ?)|perldiag/"$[ used in %s (did you mean $] ?)"> |
338 | ||
339 | This new warning exists to catch the mistaken use of C<$[> in version | |
340 | checks. C<$]>, not C<$[>, contains the version number. C<$[> in a numeric | |
341 | comparison is almost always wrong. | |
666c7ca6 | 342 | |
6138a722 SH |
343 | =item * |
344 | ||
2e7ab03e | 345 | L<Use of assignment to $[ is deprecated|perldiag/"Use of assignment to $[ is deprecated"> |
6138a722 SH |
346 | |
347 | This previously removed warning has been restored with the re-implementation | |
348 | of C<$[> as a module. | |
349 | ||
e3c71926 | 350 | =back |
7b8e5ef0 | 351 | |
e3c71926 | 352 | =head2 Changes to Existing Diagnostics |
91710846 | 353 | |
e3c71926 | 354 | =over 4 |
91710846 DG |
355 | |
356 | =item * | |
357 | ||
e859651c FC |
358 | The uninitialized warning for C<y///r> when C<$_> is implicit and undefined |
359 | now mentions the variable name, just like the non-/r variation of the | |
360 | operator. | |
a2fa999d | 361 | |
f81e39ef FC |
362 | =item * |
363 | ||
364 | The "Applying pattern match..." or similar warning produced when an array | |
365 | or hash is on the left-hand side of the C<=~> operator now mentions the | |
366 | name of the variable. | |
367 | ||
e3c71926 | 368 | =back |
a2fa999d | 369 | |
6138a722 | 370 | =head1 Configuration and Compilation |
bd65daab | 371 | |
e3c71926 | 372 | =over 4 |
bd65daab | 373 | |
3f2cb5bf S |
374 | =item * |
375 | ||
531ba486 NC |
376 | F<pod/buildtoc>, used by the build process to build L<perltoc>, has been |
377 | refactored and simplified. It now only contains code to build L<perltoc>; | |
378 | the code to regenerate Makefiles has been moved to F<Porting/pod_rules.pl>. | |
6138a722 | 379 | It's a bug if this change has any material effect on the build process. |
b420b12a | 380 | |
3432e5a1 | 381 | =back |
b420b12a | 382 | |
e3c71926 | 383 | =head1 Platform Support |
b53e16ae | 384 | |
347e96f6 | 385 | =head2 Platform-Specific Notes |
3432e5a1 | 386 | |
d6cf2367 FC |
387 | =over 4 |
388 | ||
347e96f6 | 389 | =item GNU/Hurd |
9cfd094e | 390 | |
347e96f6 SH |
391 | Numerous build and test failures on GNU/Hurd have been resolved with hints |
392 | for building DBM modules, detection of the library search path, and enabling | |
393 | of large file support. | |
e3c71926 | 394 | |
347e96f6 | 395 | =item OpenVOS |
9cfd094e | 396 | |
347e96f6 SH |
397 | Perl is now built with dynamic linking on OpenVOS, the minimum supported |
398 | version of which is now Release 17.1.0. | |
95f7e41f | 399 | |
347e96f6 | 400 | =item SunOS |
95f7e41f | 401 | |
347e96f6 SH |
402 | The CC workshop C++ compiler is now detected and used on systems that ship |
403 | without cc. | |
df5b44bd | 404 | |
63ac71b9 | 405 | =back |
310913d4 | 406 | |
3432e5a1 | 407 | =head1 Internal Changes |
d6cf2367 | 408 | |
e3c71926 | 409 | =over 4 |
b53e16ae FC |
410 | |
411 | =item * | |
412 | ||
a3f52e2e | 413 | C<PL_curstash> is now reference-counted. |
b53e16ae | 414 | |
3432e5a1 | 415 | =back |
60092ce4 | 416 | |
3432e5a1 | 417 | =head1 Selected Bug Fixes |
309aab3a | 418 | |
e3c71926 | 419 | =over 4 |
b53e16ae FC |
420 | |
421 | =item * | |
422 | ||
a3f52e2e FC |
423 | Perl now holds an extra reference count on the package that code is |
424 | currently compiling in. This means that the following code no longer crashes [perl #101486]: | |
425 | ||
426 | package Foo; | |
427 | BEGIN {*Foo:: = *Bar::} | |
428 | sub foo; | |
429 | ||
430 | =item * | |
431 | ||
432 | F<dumpvar.pl>, and consequently the C<x> command in the debugger, have been | |
433 | fixed to handle objects blessed into classes whose names contain "=". The | |
434 | contents of such objects used not to be dumped [perl #101814]. | |
435 | ||
436 | =item * | |
437 | ||
438 | The C<x> repetition operator no longer crashes on 64-bit builds with large | |
2e7ab03e | 439 | repeat counts [perl #94560]. |
a3f52e2e FC |
440 | |
441 | =item * | |
442 | ||
443 | A fix to C<glob> under miniperl (used to configure modules when perl itself | |
444 | is built) in Perl 5.15.3 stopped C<< <~> >> from returning the home | |
445 | directory, because it cleared %ENV before calling csh. Now C<$ENV{HOME}> | |
446 | is preserved. This fix probably does not affect anything. If | |
447 | L<File::Glob> fails to load for some reason, Perl reverts to using csh. | |
448 | So it would apply in that case. | |
449 | ||
450 | =item * | |
451 | ||
452 | On OSes other than VMS, Perl's C<glob> operator (and the C<< <...> >> form) | |
453 | use L<File::Glob> underneath. L<File::Glob> splits the pattern into words, | |
454 | before feeding each word to its C<bsd_glob> function. | |
455 | ||
456 | There were several inconsistencies in the way the split was done. Now | |
457 | quotation marks (' and ") are always treated as shell-style word delimiters | |
458 | (that allow whitespace as part of a word) and backslashes are always | |
459 | preserved, unless they exist to escape quotation marks. Before, those | |
460 | would only sometimes be the case, depending on whether the pattern | |
461 | contained whitespace. Also, escaped whitespace at the end of the pattern | |
ad32999b | 462 | is no longer stripped [perl #40470]. |
a3f52e2e FC |
463 | |
464 | =item * | |
465 | ||
466 | C<CORE::glob> now works as a way to call the default globbing function. It | |
467 | used to respect overrides, despite the C<CORE::> prefix. | |
468 | ||
469 | =item * | |
470 | ||
471 | In 5.14, C</[[:lower:]]/i> and C</[[:upper:]]/i> no longer matched the | |
472 | opposite case. This has been fixed [perl #101970]. | |
473 | ||
474 | =item * | |
475 | ||
476 | A regular expression match with an overloaded object on the right-hand side | |
477 | would in some cases stringify the object too many times. | |
478 | ||
479 | =item * | |
480 | ||
481 | The C-level C<pregcomp> function could become confused as to whether the | |
482 | pattern was in UTF8 if the pattern was an overloaded, tied, or otherwise | |
483 | magical scalar [perl #101940]. | |
ca955add | 484 | |
bbdd8bad KW |
485 | =item * |
486 | ||
487 | A regression has been fixed that was introduced in 5.14, in C</i> | |
488 | regular expression matching, in which a match improperly fails if the | |
489 | pattern is in UTF-8, the target string is not, and a Latin-1 character | |
490 | precedes a character in the string that should match the pattern. [perl | |
491 | #101710] | |
492 | ||
ad32999b FC |
493 | =item * |
494 | ||
495 | C<@{"..."} = reverse ...> started crashing in 5.15.3. This has been fixed. | |
496 | ||
497 | =item * | |
498 | ||
499 | C<ref> in a tainted expression started producing an "sv_upgrade" error in | |
500 | 5.15.4. This has been fixed. | |
501 | ||
502 | =item * | |
503 | ||
504 | Weak references to lexical hashes going out of scope were not going stale | |
505 | (becoming undefined), but continued to point to the hash. | |
506 | ||
507 | =item * | |
508 | ||
509 | Weak references to lexical variables going out of scope are now broken | |
510 | before any magical methods (e.g., DESTROY on a tie object) are called. | |
511 | This prevents such methods from modifying the variable that will be seen | |
512 | the next time the scope is entered. | |
513 | ||
514 | =item * | |
515 | ||
516 | A C<keys> optimisation in Perl 5.12.0 to make it faster on empty hashes | |
517 | caused C<each> not to reset the iterator if called after the last element | |
518 | was deleted. This has been fixed. | |
519 | ||
520 | =item * | |
521 | ||
522 | The C<#line 42 foo> directive used not to update the arrays of lines used | |
523 | by the debugger if it occurred in a string eval. This was partially fixed | |
524 | in 5.14, but it only worked for a single C<#line 42 foo> in each eval. Now | |
525 | it works for multiple. | |
526 | ||
527 | =item * | |
528 | ||
529 | String eval used not to localise C<%^H> when compiling its argument if it | |
530 | was empty at the time the C<eval> call itself was compiled. This could | |
531 | lead to scary side effects, like C<use re "/m"> enabling other flags that | |
532 | the surrounding code was trying to enable for its caller [perl #68750]. | |
533 | ||
3973654e FC |
534 | =item * |
535 | ||
536 | Creating a BEGIN block from XS code (via C<newXS> or C<newATTRSUB>) would, | |
537 | on completion, make the hints of the current compiling code the current | |
538 | hints. This could cause warnings to occur in a non-warning scope. | |
539 | ||
cca38fda FC |
540 | =item * |
541 | ||
542 | C<eval $string> and C<require> no longer localise hints (C<$^H> and C<%^H>) | |
543 | at run time, but only during compilation of the $string or required file. | |
544 | This makes C<BEGIN { $^H{foo}=7 }> equivalent to | |
545 | C<BEGIN { eval '$^H{foo}=7' }> [perl #70151]. | |
546 | ||
9c7c1651 FC |
547 | =item * |
548 | ||
549 | When subroutine calls are intercepted by the debugger, the name of the | |
550 | subroutine or a reference to it is stored in C<$DB::sub>, for the debugger | |
551 | to access. In some cases (such as C<$foo = *bar; undef *bar; &$foo>) | |
552 | C<$DB::sub> would be set to a name that could not be used to find the | |
553 | subroutine, and so the debugger's attempt to call it would fail. Now the | |
554 | check to see whether a reference is needed is more robust, so those | |
555 | problems should not happen anymore [rt.cpan.org #69862]. | |
556 | ||
fce59cd4 FC |
557 | =item * |
558 | ||
559 | Localising a tied scalar that returns a typeglob no longer stops it from | |
560 | being tied till the end of the scope. | |
561 | ||
b9e83cd1 FC |
562 | =item * |
563 | ||
564 | When C<open> is called with three arguments, the third being a file handle | |
565 | (as in C<< open $fh, ">&", $fh2 >>), if the third argument is tied or a | |
566 | reference to a tied variable, FETCH is now called exactly once, instead of | |
567 | 0, 2, or 3 times (all of which could occur in various circumstances). | |
568 | ||
bf19b80e FC |
569 | =item * |
570 | ||
0e82bbcd FC |
571 | C<sort> no longer ignores FETCH when passed a reference to a tied glob for |
572 | the comparison routine. | |
bf19b80e | 573 | |
65b66aa9 FC |
574 | =item * |
575 | ||
576 | Warnings emitted by C<sort> when a custom comparison routine returns a | |
577 | non-numeric value now show the line number of the C<sort> operator, rather | |
578 | than the last line of the comparison routine. The warnings also occur now | |
579 | only if warnings are enabled in the scope where C<sort> occurs. Previously | |
580 | the warnings would occur if enabled in the comparison routine's scope. | |
581 | ||
b53e16ae FC |
582 | =item * |
583 | ||
347e96f6 SH |
584 | C<Internals::SvREFCNT> now behaves consistently in 'get' and 'set' scenarios |
585 | [perl #103222] and also treats the reference count as unsigned. | |
b53e16ae | 586 | |
7c864bb3 VP |
587 | =item * |
588 | ||
589 | Calling C<require> on an implicit C<$_> when C<*CORE::GLOBAL::require> has | |
590 | been overridden does not segfault anymore, and C<$_> is now passed to the | |
591 | overriding subroutine [perl #78260]. | |
592 | ||
63ac71b9 | 593 | =back |
bbc28bfc | 594 | |
e3c71926 | 595 | =head1 Acknowledgements |
a777c865 | 596 | |
8fe05716 SH |
597 | Perl 5.15.5 represents approximately 1 month of development since Perl 5.15.4 |
598 | and contains approximately 28,000 lines of changes across 440 files from 29 | |
599 | authors. | |
600 | ||
601 | Perl continues to flourish into its third decade thanks to a vibrant community | |
602 | of users and developers. The following people are known to have contributed the | |
603 | improvements that became Perl 5.15.5: | |
604 | ||
605 | Brian Fraser, Chris 'BinGOs' Williams, chromatic, Craig A. Berry, David Golden, | |
606 | Father Chrysostomos, Florian Ragwitz, H.Merijn Brand, Jilles Tjoelker, Jim | |
607 | Meyering, Karl Williamson, Laurent Dami, Leon Timmermans, Mark A. Stratman, | |
608 | Matthew Horsfall, Michael G Schwern, Moritz Lenz, Nicholas Clark, Paul Evans, | |
609 | Paul Green, Paul Johnson, Perlover, Pino Toscano, Reini Urban, Steve Hay, Tom | |
610 | Christiansen, Tony Cook, Vincent Pit, Zefram. | |
611 | ||
612 | The list above is almost certainly incomplete as it is automatically generated | |
613 | from version control history. In particular, it does not include the names of | |
614 | the (very much appreciated) contributors who reported issues to the Perl bug | |
615 | tracker. | |
616 | ||
617 | Many of the changes included in this version originated in the CPAN modules | |
618 | included in Perl's core. We're grateful to the entire CPAN community for | |
619 | helping Perl to flourish. | |
620 | ||
621 | For a more complete list of all of Perl's historical contributors, please see | |
622 | the F<AUTHORS> file in the Perl source distribution. | |
29cf780c | 623 | |
44691e6f AB |
624 | =head1 Reporting Bugs |
625 | ||
626 | If you find what you think is a bug, you might check the articles | |
34dc2ec0 | 627 | recently posted to the comp.lang.perl.misc newsgroup and the perl |
44691e6f AB |
628 | bug database at http://rt.perl.org/perlbug/ . There may also be |
629 | information at http://www.perl.org/ , the Perl Home Page. | |
630 | ||
631 | If you believe you have an unreported bug, please run the L<perlbug> | |
632 | program included with your release. Be sure to trim your bug down | |
633 | to a tiny but sufficient test case. Your bug report, along with the | |
634 | output of C<perl -V>, will be sent off to perlbug@perl.org to be | |
635 | analysed by the Perl porting team. | |
636 | ||
637 | If the bug you are reporting has security implications, which make it | |
638 | inappropriate to send to a publicly archived mailing list, then please send | |
34dc2ec0 | 639 | it to perl5-security-report@perl.org. This points to a closed subscription |
b4707b2a FC |
640 | unarchived mailing list, which includes |
641 | all the core committers, who will be able | |
44691e6f AB |
642 | to help assess the impact of issues, figure out a resolution, and help |
643 | co-ordinate the release of patches to mitigate or fix the problem across all | |
34dc2ec0 DM |
644 | platforms on which Perl is supported. Please only use this address for |
645 | security issues in the Perl core, not for modules independently | |
44691e6f AB |
646 | distributed on CPAN. |
647 | ||
648 | =head1 SEE ALSO | |
649 | ||
650 | The F<Changes> file for an explanation of how to view exhaustive details | |
651 | on what changed. | |
652 | ||
653 | The F<INSTALL> file for how to build Perl. | |
654 | ||
655 | The F<README> file for general stuff. | |
656 | ||
657 | The F<Artistic> and F<Copying> files for copyright information. | |
658 | ||
659 | =cut |