Commit | Line | Data |
---|---|---|
01358b4a JV |
1 | =head1 NAME |
2 | ||
3 | perl5120delta - what is new for perl v5.12.0 | |
4 | ||
3ab3a109 JV |
5 | =head1 XXX - THIS DOCUMENT IS ONLY CURRENT THROUGH PERL5114 |
6 | ||
dac9950b | 7 | FIX ME BEFORE RELEASE |
3ab3a109 JV |
8 | |
9 | OTHER ISSUES: | |
10 | ||
11 | UPDATED MODULE LIST NEEDS TO BE GENERATED | |
12 | ORDERING NEEDS CHECKING | |
13 | HEAVY COPYEDITING IS NEEDED | |
14 | ||
15 | ||
01358b4a JV |
16 | =head1 DESCRIPTION |
17 | ||
18 | This document describes differences between the 5.10.0 release and | |
19 | the 5.12.0 release. | |
20 | ||
21 | Many of the bug fixes in 5.12.0 were already seen in the 5.10.1 | |
22 | maintenance release since the two releases were kept closely | |
23 | coordinated (while 5.12.0 was still called 5.11.something). | |
24 | ||
25 | You can see the list of changes in the 5.10.1 release | |
26 | by reading L<perl5101delta>. | |
27 | ||
3ab3a109 JV |
28 | =head1 Core Enhancements |
29 | ||
30 | =head2 qr overloading | |
31 | ||
32 | It is now possible to overload the C<qr//> operator, that is, | |
33 | conversion to regexp, like it was already possible to overload | |
34 | conversion to boolean, string or number of objects. It is invoked when | |
c66407fa | 35 | an object appears on the right hand side of the C<=~> operator or when |
3ab3a109 JV |
36 | it is interpolated into a regexp. See L<overload>. |
37 | ||
38 | =head2 Pluggable keywords | |
39 | ||
40 | Extension modules can now cleanly hook into the Perl parser to define | |
41 | new kinds of keyword-headed expression and compound statement. The | |
42 | syntax following the keyword is defined entirely by the extension. This | |
43 | allow a completely non-Perl sublanguage to be parsed inline, with the | |
c66407fa | 44 | correct ops cleanly generated. This feature is currently considered |
3ab3a109 JV |
45 | experimental. |
46 | ||
47 | See L<perlapi/PL_keyword_plugin> for the mechanism. The Perl core | |
48 | source distribution also includes a new module | |
49 | L<XS::APItest::KeywordRPN>, which implements reverse Polish notation | |
50 | arithmetic via pluggable keywords. This module is mainly used for test | |
51 | purposes, and is not normally installed, but also serves as an example | |
52 | of how to use the new mechanism. | |
53 | ||
54 | =head2 APIs for more internals | |
55 | ||
56 | The lowest layers of the lexer and parts of the pad system now have C | |
57 | APIs available to XS extensions. These are necessary to support proper | |
58 | use of pluggable keywords, but have other uses too. The new APIs are | |
59 | experimental, and only cover a small proportion of what would be | |
60 | necessary to take full advantage of the core's facilities in these | |
61 | areas. It is intended that the Perl 5.13 development cycle will see the | |
62 | addition of a full range of clean, supported interfaces. | |
63 | ||
64 | =head2 Overridable function lookup | |
65 | ||
66 | Where an extension module hooks the creation of rv2cv ops to modify the | |
67 | subroutine lookup process, this now works correctly for bareword | |
68 | subroutine calls. This means that prototypes on subroutines referenced | |
69 | this way will be processed correctly. (Previously bareword subroutine | |
70 | names were initially looked up, for parsing purposes, by an unhookable | |
71 | mechanism, so extensions could only properly influence subroutine names | |
72 | that appeared with an C<&> sigil.) | |
73 | ||
74 | =head2 Unicode version | |
75 | ||
76 | Perl is shipped with the latest Unicode version, 5.2, dated October 2009. See | |
77 | L<http://www.unicode.org/versions/Unicode5.2.0> for details about this release | |
78 | of Unicode. See L<perlunicode> for instructions on installing and using | |
79 | older versions of Unicode. | |
80 | ||
81 | =head2 Unicode properties | |
82 | ||
b21d8e53 KW |
83 | A concerted effort has been made to update Perl to be in sync with the latest |
84 | Unicode standard. Changes for this include: | |
85 | ||
3ab3a109 JV |
86 | Perl can now handle every Unicode character property. A new pod, |
87 | L<perluniprops>, lists all available non-Unihan character properties. By | |
88 | default the Unihan properties and certain others (deprecated and Unicode | |
89 | internal-only ones) are not exposed. See below for more details on | |
c66407fa RS |
90 | these; there is also a section in the pod listing them, and explaining |
91 | why they are not exposed. | |
3ab3a109 JV |
92 | |
93 | Perl now fully supports the Unicode compound-style of using C<=> and C<:> | |
94 | in writing regular expressions: C<\p{property=value}> and | |
95 | C<\p{property:value}> (both of which mean the same thing). | |
96 | ||
97 | Perl now fully supports the Unicode loose matching rules for text | |
c66407fa | 98 | between the braces in C<\p{...}> constructs. In addition, Perl allows |
3ab3a109 JV |
99 | underscores between digits of numbers. |
100 | ||
101 | All the Unicode-defined synonyms for properties and property values are | |
102 | now accepted. | |
103 | ||
104 | C<qr/\X/>, which matches a Unicode logical character, has been expanded to work | |
b21d8e53 | 105 | better with various Asian languages. It now is defined as an I<extended |
3ab3a109 | 106 | grapheme cluster>. (See L<http://www.unicode.org/reports/tr29/>). |
c66407fa RS |
107 | Anything matched previously and that made sense will continue to be |
108 | matched, but in addition: | |
3ab3a109 JV |
109 | |
110 | =over | |
111 | ||
112 | =item * | |
113 | ||
b21d8e53 | 114 | C<\X> will not break apart a C<S<CR LF>> sequence. |
3ab3a109 JV |
115 | |
116 | =item * | |
117 | ||
b21d8e53 | 118 | C<\X> will now match a sequence which includes the C<ZWJ> and C<ZWNJ> characters. |
3ab3a109 JV |
119 | |
120 | =item * | |
121 | ||
122 | C<\X> will now always match at least one character, including an initial mark. | |
123 | Marks generally come after a base character, but it is possible in Unicode to | |
124 | have them in isolation, and C<\X> will now handle that case, for example at the | |
b21d8e53 | 125 | beginning of a line, or after a C<ZWSP>. And this is the part where C<\X> |
3ab3a109 JV |
126 | doesn't match the things that it used to that don't make sense. Formerly, for |
127 | example, you could have the nonsensical case of an accented LF. | |
128 | ||
129 | =item * | |
130 | ||
131 | C<\X> will now match a (Korean) Hangul syllable sequence, and the Thai and Lao | |
132 | exception cases. | |
133 | ||
134 | =back | |
135 | ||
136 | Otherwise, this change should be transparent for the non-affected languages. | |
137 | ||
138 | C<\p{...}> matches using the Canonical_Combining_Class property were | |
139 | completely broken in previous Perls. This is now fixed. | |
140 | ||
141 | In previous Perls, the Unicode C<Decomposition_Type=Compat> property and a | |
142 | Perl extension had the same name, which led to neither matching all the | |
143 | correct values (with more than 100 mistakes in one, and several thousand | |
144 | in the other). The Perl extension has now been renamed to be | |
145 | C<Decomposition_Type=Noncanonical> (short: C<dt=noncanon>). It has the same | |
146 | meaning as was previously intended, namely the union of all the | |
147 | non-canonical Decomposition types, with Unicode C<Compat> being just one of | |
148 | those. | |
149 | ||
150 | C<\p{Uppercase}> and C<\p{Lowercase}> have been brought into line with the | |
151 | Unicode definitions. This means they each match a few more characters | |
152 | than previously. | |
153 | ||
154 | C<\p{Cntrl}> now matches the same characters as C<\p{Control}>. This means it | |
155 | no longer will match Private Use (gc=co), Surrogates (gc=cs), nor Format | |
156 | (gc=cf) code points. The Format code points represent the biggest | |
157 | possible problem. All but 36 of them are either officially deprecated | |
158 | or strongly discouraged from being used. Of those 36, likely the most | |
159 | widely used are the soft hyphen (U+00AD), and BOM, ZWSP, ZWNJ, WJ, and | |
b21d8e53 | 160 | similar characters, plus bidirectional controls. |
3ab3a109 JV |
161 | |
162 | C<\p{Alpha}> now matches the same characters as C<\p{Alphabetic}>. The Perl | |
163 | definition included a number of things that aren't really alpha (all | |
164 | marks), while omitting many that were. As a direct consequence, the | |
b21d8e53 KW |
165 | definitions of C<\p{Alnum}> and C<\p{Word}> which depend on Alpha also change |
166 | correspondingly. | |
3ab3a109 JV |
167 | |
168 | C<\p{Word}> also now doesn't match certain characters it wasn't supposed | |
169 | to, such as fractions. | |
170 | ||
171 | C<\p{Print}> no longer matches the line control characters: Tab, LF, CR, | |
b21d8e53 | 172 | FF, VT, and NEL. This brings it in line with standards and the documentation. |
3ab3a109 JV |
173 | |
174 | C<\p{Decomposition_Type=Canonical}> now includes the Hangul syllables. | |
175 | ||
b21d8e53 KW |
176 | C<\p{XDigit}> now matches the same characters as C<\p{Hex_Digit}>. This |
177 | means that in addition to the characters it currently matches, | |
178 | C<[A-Fa-f0-9]>, it will also match the 22 fullwidth equivalents, for | |
179 | example U+FF10: FULLWIDTH DIGIT ZERO. | |
180 | ||
3ab3a109 JV |
181 | The Numeric type property has been extended to include the Unihan |
182 | characters. | |
183 | ||
184 | There is a new Perl extension, the 'Present_In', or simply 'In', | |
185 | property. This is an extension of the Unicode Age property, but | |
186 | C<\p{In=5.0}> matches any code point whose usage has been determined | |
187 | I<as of> Unicode version 5.0. The C<\p{Age=5.0}> only matches code points | |
188 | added in I<precisely> version 5.0. | |
189 | ||
190 | A number of properties did not have the correct values for unassigned | |
191 | code points. This is now fixed. The affected properties are | |
192 | Bidi_Class, East_Asian_Width, Joining_Type, Decomposition_Type, | |
193 | Hangul_Syllable_Type, Numeric_Type, and Line_Break. | |
194 | ||
195 | The Default_Ignorable_Code_Point, ID_Continue, and ID_Start properties | |
196 | have been updated to their current Unicode definitions. | |
197 | ||
198 | Certain properties that are supposed to be Unicode internal-only were | |
199 | erroneously exposed by previous Perls. Use of these in regular | |
200 | expressions will now generate, if enabled, a deprecated warning message. | |
201 | The properties are: Other_Alphabetic, Other_Default_Ignorable_Code_Point, | |
202 | Other_Grapheme_Extend, Other_ID_Continue, Other_ID_Start, Other_Lowercase, | |
203 | Other_Math, and Other_Uppercase. | |
204 | ||
205 | An installation can now fairly easily change which Unicode properties | |
206 | Perl understands. As mentioned above, certain properties are by default | |
207 | turned off. These include all the Unihan properties (which should be | |
208 | accessible via the CPAN module Unicode::Unihan) and any deprecated or | |
209 | Unicode internal-only property that Perl has never exposed. | |
210 | ||
211 | The generated files in the C<lib/unicore/To> directory are now more | |
212 | clearly marked as being stable, directly usable by applications. | |
213 | New hash entries in them give the format of the normal entries, | |
214 | which allows for easier machine parsing. Perl can generate files | |
215 | in this directory for any property, though most are suppressed. An | |
216 | installation can choose to change which get written. Instructions | |
217 | are in L<perluniprops>. | |
218 | ||
219 | =head2 Regular Expressions | |
220 | ||
221 | U+0FFFF is now a legal character in regular expressions. | |
222 | ||
3ab3a109 JV |
223 | =head2 A proper interface for pluggable Method Resolution Orders |
224 | ||
225 | As of Perl 5.11.0 there is a new interface for plugging and using method | |
226 | resolution orders other than the default (linear depth first search). | |
227 | The C3 method resolution order added in 5.10.0 has been re-implemented as | |
228 | a plugin, without changing its Perl-space interface. See L<perlmroapi> for | |
229 | more information. | |
230 | ||
231 | =head2 The C<overloading> pragma | |
232 | ||
233 | This pragma allows you to lexically disable or enable overloading | |
234 | for some or all operations. (Yuval Kogman) | |
235 | ||
b3b85878 | 236 | =head2 C<\N> experimental regex escape |
3ab3a109 JV |
237 | |
238 | A new regex escape has been added, C<\N>. It will match any character that | |
239 | is not a newline, independently from the presence or absence of the single | |
ff3f963a | 240 | line match modifier C</s>. It is not usable within a character class. |
df225385 KW |
241 | C<\N{3}> means to match 3 non-newlines; C<\N{5,}> means to match at least 5. |
242 | C<\N{NAME}> still means the character or sequence named C<NAME>, but C<NAME> no | |
243 | longer can be things like C<3>, or C<5,>. | |
244 | Compatibility with Unicode names is preserved, as none look like these, but it | |
245 | has been possible to create custom names that do look like them, and those will | |
246 | no longer work. (Rafael Garcia-Suarez) | |
3ab3a109 | 247 | |
b21d8e53 KW |
248 | This will break a L<custom charnames translator|charnames/CUSTOM TRANSLATORS> |
249 | which allows numbers for character names, as C<\N{3}> will now mean to match 3 | |
250 | non-newline characters, and not the character whose name is C<3>. (No standard | |
251 | name is a number, so only a custom translator would be affected.) | |
252 | ||
b3b85878 KW |
253 | This escape is experimental, subject to change, because there is some concern |
254 | about possible confusion with the previous meaning of C<\N{...}> | |
255 | ||
5e75e599 KW |
256 | =head2 \N{...} now compiles better, always forces UTF-8 internal representation. |
257 | ||
258 | There were several problems that have been fixed with recognizing C<\N{...}> | |
259 | constructs. As part of this, any scalar or regex that has either a | |
260 | C<\N{I<name>}> or C<\N{U+I<wide hex char>}> in its definition will be stored in | |
261 | UTF-8 format. (This was true previously for all occurences of C<\N{I<name>}> | |
262 | that did not use a custom translator, but now it's always true.) | |
263 | ||
3ab3a109 JV |
264 | =head2 Implicit strictures |
265 | ||
266 | Using the C<use VERSION> syntax with a version number greater or equal | |
267 | to 5.11.0 will also lexically enable strictures just like C<use strict> | |
268 | would do (in addition to enabling features.) So, the following: | |
269 | ||
270 | use 5.11.0; | |
271 | ||
272 | will now imply: | |
273 | ||
274 | use strict; | |
275 | use feature ':5.11'; | |
276 | ||
277 | =head2 Parallel tests | |
278 | ||
279 | The core distribution can now run its regression tests in parallel on | |
280 | Unix-like platforms. Instead of running C<make test>, set C<TEST_JOBS> in | |
281 | your environment to the number of tests to run in parallel, and run | |
282 | C<make test_harness>. On a Bourne-like shell, this can be done as | |
283 | ||
284 | TEST_JOBS=3 make test_harness # Run 3 tests in parallel | |
285 | ||
286 | An environment variable is used, rather than parallel make itself, because | |
287 | L<TAP::Harness> needs to be able to schedule individual non-conflicting test | |
288 | scripts itself, and there is no standard interface to C<make> utilities to | |
289 | interact with their job schedulers. | |
290 | ||
291 | Note that currently some test scripts may fail when run in parallel (most | |
292 | notably C<ext/IO/t/io_dir.t>). If necessary run just the failing scripts | |
293 | again sequentially and see if the failures go away. | |
294 | ||
295 | =head2 The C<...> operator | |
296 | ||
297 | A new operator, C<...>, nicknamed the Yada Yada operator, has been added. | |
c66407fa | 298 | It is intended to mark placeholder code that is not yet implemented. |
3ab3a109 JV |
299 | See L<perlop/"Yada Yada Operator">. (chromatic) |
300 | ||
301 | =head2 DTrace support | |
302 | ||
303 | Some support for DTrace has been added. See "DTrace support" in F<INSTALL>. | |
304 | ||
305 | =head2 Support for C<configure_requires> in CPAN module metadata | |
306 | ||
307 | Both C<CPAN> and C<CPANPLUS> now support the C<configure_requires> keyword | |
308 | in the F<META.yml> metadata file included in most recent CPAN distributions. | |
309 | This allows distribution authors to specify configuration prerequisites that | |
310 | must be installed before running F<Makefile.PL> or F<Build.PL>. | |
311 | ||
312 | See the documentation for C<ExtUtils::MakeMaker> or C<Module::Build> for more | |
313 | on how to specify C<configure_requires> when creating a distribution for CPAN. | |
314 | ||
315 | =head2 C<each> is now more flexible | |
316 | ||
317 | The C<each> function can now operate on arrays. | |
318 | ||
319 | =head2 Y2038 compliance | |
320 | ||
321 | Perl's core time-related functions are now Y2038 compliant. (With 29 | |
322 | years to spare!) | |
323 | ||
324 | =head2 C<$,> flexibility | |
325 | ||
326 | The variable C<$,> may now be tied. | |
327 | ||
328 | =head2 // in where clauses | |
329 | ||
330 | // now behaves like || in when clauses | |
331 | ||
332 | =head2 Enabling warnings from your shell environment | |
333 | ||
334 | You can now set C<-W> from the C<PERL5OPT> environment variable | |
335 | ||
336 | =head2 C<delete local> | |
337 | ||
338 | C<delete local> now allows you to locally delete a hash entry. | |
339 | ||
340 | =head2 New support for Abstract namespace sockets | |
341 | ||
342 | Abstract namespace sockets are Linux-specific socket type that live in | |
343 | AF_UNIX family, slightly abusing it to be able to use arbitrary | |
344 | character arrays as addresses: They start with nul byte and are not | |
345 | terminated by nul byte, but with the length passed to the socket() | |
346 | system call. | |
347 | ||
252eec4f | 348 | =head2 New C<package NAME VERSION> syntax |
3ab3a109 JV |
349 | |
350 | This new syntax allows a module author to set the $VERSION of a namespace | |
351 | when the namespace is declared with 'package'. It eliminates the need | |
352 | for C<our $VERSION = ...> and similar constructs. E.g. | |
353 | ||
354 | package Foo::Bar 1.23; | |
355 | # $Foo::Bar::VERSION == 1.23 | |
356 | ||
357 | There are several advantages to this: | |
358 | ||
359 | =over | |
360 | ||
361 | =item * | |
362 | ||
252eec4f | 363 | C<$VERSION> is parsed in exactly the same way as C<use NAME VERSION> |
3ab3a109 JV |
364 | |
365 | =item * | |
366 | ||
367 | C<$VERSION> is set at compile time | |
368 | ||
369 | =item * | |
370 | ||
252eec4f DG |
371 | C<$VERSION> is a version object that provides proper overloading of |
372 | comparision operators so comparing C<$VERSION> to decimal (1.23) or | |
373 | dotted-decimal (v1.2.3) version numbers works correctly. | |
374 | ||
375 | =item * | |
376 | ||
3ab3a109 JV |
377 | Eliminates C<$VERSION = ...> and C<eval $VERSION> clutter |
378 | ||
379 | =item * | |
380 | ||
381 | As it requires VERSION to be a numeric literal or v-string | |
382 | literal, it can be statically parsed by toolchain modules | |
383 | without C<eval> the way MM-E<gt>parse_version does for C<$VERSION = ...> | |
384 | ||
385 | =item * | |
386 | ||
3ab3a109 | 387 | It does not break old code with only C<package NAME>, but code that uses |
252eec4f | 388 | C<package NAME VERSION> will need to be restricted to perl 5.12.0 or newer |
3ab3a109 | 389 | This is analogous to the change to C<open> from two-args to three-args. |
252eec4f DG |
390 | Users requiring the latest Perl will benefit, and perhaps after several |
391 | years, it will become a standard practice. | |
3ab3a109 JV |
392 | |
393 | =back | |
394 | ||
252eec4f DG |
395 | However, C<package NAME VERSION> requires a new, 'strict' version |
396 | number format. See L<"Version number formats"> for details. | |
397 | ||
3ab3a109 JV |
398 | =head1 Incompatible Changes |
399 | ||
400 | =head2 Version number formats | |
401 | ||
402 | Acceptable version number formats have been formalized into "strict" and | |
fab55263 DG |
403 | "lax" rules. C<package NAME VERSION> takes a strict version number. |
404 | C<UNIVERSAL::VERSION> and the L<version> object constructors take lax | |
405 | version numbers. Providing an invalid version will result in a fatal | |
406 | error. The version argument in C<use NAME VERSION> is first parsed as a | |
407 | numeric literal or v-string and then passed to C<UNIVERSAL::VERSION> | |
408 | (and must then pass the "lax" format test). | |
409 | ||
410 | These formats are documented fully in the L<version> module. To a first | |
411 | approximation, a "strict" version number is a positive decimal number | |
412 | (integer or decimal-fraction) without exponentiation or else a | |
413 | dotted-decimal v-string with a leading 'v' character and at least three | |
414 | components. A "lax" version number allows v-strings with fewer than | |
415 | three components or without a leading 'v'. Under "lax" rules, both | |
416 | decimal and dotted-decimal versions may have a trailing "alpha" | |
417 | component separated by an underscore character after a fractional or | |
418 | dotted-decimal component. | |
3ab3a109 JV |
419 | |
420 | The L<version> module adds C<version::is_strict> and C<version::is_lax> | |
421 | functions to check a scalar against these rules. | |
422 | ||
c66407fa | 423 | =head2 @INC reorganization |
3ab3a109 JV |
424 | |
425 | In @INC, ARCHLIB and PRIVLIB now occur after after the current version's | |
426 | site_perl and vendor_perl. | |
427 | ||
428 | =head2 Switch statement changes | |
429 | ||
430 | The handling of complex expressions by the C<given>/C<when> switch | |
431 | statement has been enhanced. These enhancements are also available in | |
c66407fa RS |
432 | 5.10.1 and subsequent 5.10 releases. There are two new cases where |
433 | C<when> now interprets its argument as a boolean, instead of an | |
434 | expression to be used in a smart match: | |
3ab3a109 JV |
435 | |
436 | =head2 flip-flop operators | |
437 | ||
438 | The C<..> and C<...> flip-flop operators are now evaluated in boolean | |
439 | context, following their usual semantics; see L<perlop/"Range Operators">. | |
440 | ||
441 | Note that, as in perl 5.10.0, C<when (1..10)> will not work to test | |
442 | whether a given value is an integer between 1 and 10; you should use | |
443 | C<when ([1..10])> instead (note the array reference). | |
444 | ||
445 | However, contrary to 5.10.0, evaluating the flip-flop operators in boolean | |
446 | context ensures it can now be useful in a C<when()>, notably for | |
447 | implementing bistable conditions, like in: | |
448 | ||
449 | when (/^=begin/ .. /^=end/) { | |
450 | # do something | |
451 | } | |
452 | ||
453 | =head2 defined-or operator | |
454 | ||
455 | A compound expression involving the defined-or operator, as in | |
456 | C<when (expr1 // expr2)>, will be treated as boolean if the first | |
457 | expression is boolean. (This just extends the existing rule that applies | |
458 | to the regular or operator, as in C<when (expr1 || expr2)>.) | |
459 | ||
460 | =head2 Smart match changes | |
461 | ||
462 | This section details more changes brought to the semantics to | |
463 | the smart match operator, that naturally also modify the behaviour | |
464 | of the switch statements where smart matching is implicitly used. | |
c66407fa | 465 | These changes were also made for the 5.10.1 release, and will remain in |
3ab3a109 JV |
466 | subsequent 5.10 releases. |
467 | ||
3ab3a109 JV |
468 | =head3 Changes to type-based dispatch |
469 | ||
470 | The smart match operator C<~~> is no longer commutative. The behaviour of | |
471 | a smart match now depends primarily on the type of its right hand | |
472 | argument. Moreover, its semantics have been adjusted for greater | |
473 | consistency or usefulness in several cases. While the general backwards | |
474 | compatibility is maintained, several changes must be noted: | |
475 | ||
476 | =over 4 | |
477 | ||
478 | =item * | |
479 | ||
480 | Code references with an empty prototype are no longer treated specially. | |
481 | They are passed an argument like the other code references (even if they | |
482 | choose to ignore it). | |
483 | ||
484 | =item * | |
485 | ||
486 | C<%hash ~~ sub {}> and C<@array ~~ sub {}> now test that the subroutine | |
487 | returns a true value for each key of the hash (or element of the | |
488 | array), instead of passing the whole hash or array as a reference to | |
489 | the subroutine. | |
490 | ||
491 | =item * | |
492 | ||
493 | Due to the commutativity breakage, code references are no longer | |
494 | treated specially when appearing on the left of the C<~~> operator, | |
495 | but like any vulgar scalar. | |
496 | ||
497 | =item * | |
498 | ||
499 | C<undef ~~ %hash> is always false (since C<undef> can't be a key in a | |
500 | hash). No implicit conversion to C<""> is done (as was the case in perl | |
501 | 5.10.0). | |
502 | ||
503 | =item * | |
504 | ||
505 | C<$scalar ~~ @array> now always distributes the smart match across the | |
506 | elements of the array. It's true if one element in @array verifies | |
507 | C<$scalar ~~ $element>. This is a generalization of the old behaviour | |
508 | that tested whether the array contained the scalar. | |
509 | ||
510 | =back | |
511 | ||
512 | The full dispatch table for the smart match operator is given in | |
513 | L<perlsyn/"Smart matching in detail">. | |
514 | ||
515 | =head3 Smart match and overloading | |
516 | ||
517 | According to the rule of dispatch based on the rightmost argument type, | |
518 | when an object overloading C<~~> appears on the right side of the | |
519 | operator, the overload routine will always be called (with a 3rd argument | |
520 | set to a true value, see L<overload>.) However, when the object will | |
521 | appear on the left, the overload routine will be called only when the | |
c66407fa RS |
522 | rightmost argument is a simple scalar. This way, distributivity of smart |
523 | match across arrays is not broken, as well as the other behaviours with | |
524 | complex types (coderefs, hashes, regexes). Thus, writers of overloading | |
525 | routines for smart match mostly need to worry only with comparing | |
526 | against a scalar, and possibly with stringification overloading; the | |
527 | other common cases will be automatically handled consistently. | |
3ab3a109 JV |
528 | |
529 | C<~~> will now refuse to work on objects that do not overload it (in order | |
530 | to avoid relying on the object's underlying structure). (However, if the | |
531 | object overloads the stringification or the numification operators, and | |
532 | if overload fallback is active, it will be used instead, as usual.) | |
533 | ||
534 | =head2 Labels can't be keywords | |
535 | ||
536 | Labels used as targets for the C<goto>, C<last>, C<next> or C<redo> | |
537 | statements cannot be keywords anymore. This restriction will prevent | |
538 | potential confusion between the C<goto LABEL> and C<goto EXPR> syntaxes: | |
539 | for example, a statement like C<goto print> would jump to a label whose | |
540 | name would be the return value of C<print()>, (usually 1), instead of a | |
541 | label named C<print>. Moreover, the other control flow statements | |
542 | would just ignore any keyword passed to them as a label name. Since | |
543 | such labels cannot be defined anymore, this kind of error will be | |
544 | avoided. | |
545 | ||
546 | =head2 Other incompatible changes | |
547 | ||
548 | =over 4 | |
549 | ||
550 | =item * | |
551 | ||
b21d8e53 KW |
552 | The definitions of a number of Unicode properties have changed to match those |
553 | of the current Unicode standard. These are listed above under L</Unicode | |
adbcfde0 | 554 | properties>. This could break code that is expecting the old definitions. |
3ab3a109 JV |
555 | |
556 | =item * | |
557 | ||
b21d8e53 KW |
558 | The boolkeys op moved to the group of hash ops. This breaks binary |
559 | compatibility. | |
c66407fa RS |
560 | |
561 | =item * | |
562 | ||
563 | Filehandles are blessed directly into C<IO::Handle>, as C<FileHandle> is | |
564 | merely a wrapper around C<IO::Handle>. | |
565 | ||
566 | The previous behaviour was to bless Filehandles into L<FileHandle> | |
567 | (an empty proxy class) if it was loaded into memory and otherwise | |
568 | to bless them into C<IO::Handle>. | |
569 | ||
570 | =item * | |
571 | ||
572 | The semantics of C<use feature :5.10*> have changed slightly. | |
573 | See L<"Modules and Pragmata"> for more information. | |
3ab3a109 JV |
574 | |
575 | =item * | |
576 | ||
577 | The version control system used for the development of the perl | |
578 | interpreter has been switched from Perforce to git. This is mainly an | |
579 | internal issue that only affects people actively working on the perl core; | |
580 | but it may have minor external visibility, for example in some of details | |
581 | of the output of C<perl -V>. See L<perlrepository> for more information. | |
582 | ||
583 | =item * | |
584 | ||
585 | The internal structure of the C<ext/> directory in the perl source has | |
586 | been reorganised. In general, a module C<Foo::Bar> whose source was | |
587 | stored under F<ext/Foo/Bar/> is now located under F<ext/Foo-Bar/>. Also, | |
588 | nearly all dual-life modules have been moved from F<lib/> to F<ext/>. This | |
589 | is purely a source tarball change, and should make no difference to the | |
590 | compilation or installation of perl, unless you have a very customised build | |
591 | process that explicitly relies on this structure, or which hard-codes the | |
592 | C<nonxs_ext> F<Configure> parameter. Specifically, this change does not by | |
593 | default alter the location of any files in the final installation. | |
594 | ||
595 | =item * | |
596 | ||
597 | As part of the C<Test::Harness> 2.x to 3.x upgrade, the experimental | |
598 | C<Test::Harness::Straps> module has been removed. | |
599 | See L</"Updated Modules"> for more details. | |
600 | ||
601 | =item * | |
602 | ||
603 | As part of the C<ExtUtils::MakeMaker> upgrade, the | |
604 | C<ExtUtils::MakeMaker::bytes> and C<ExtUtils::MakeMaker::vmsish> modules | |
605 | have been removed from this distribution. | |
606 | ||
607 | =item * | |
608 | ||
609 | C<Module::CoreList> no longer contains the C<%:patchlevel> hash. | |
610 | ||
611 | =item * | |
612 | ||
613 | This one is actually a change introduced in 5.10.0, but it was missed | |
614 | from that release's perldelta, so it is mentioned here instead. | |
615 | ||
616 | A bugfix related to the handling of the C</m> modifier and C<qr> resulted | |
617 | in a change of behaviour between 5.8.x and 5.10.0: | |
618 | ||
619 | # matches in 5.8.x, doesn't match in 5.10.0 | |
620 | $re = qr/^bar/; "foo\nbar" =~ /$re/m; | |
621 | ||
622 | =item * | |
623 | ||
624 | C<length undef> now returns undef. | |
625 | ||
626 | =item * | |
627 | ||
628 | Unsupported private C API functions are now declared "static" to prevent | |
629 | leakage to Perl's public API. | |
630 | ||
631 | =item * | |
632 | ||
633 | To support the bootstrapping process, F<miniperl> no longer builds with | |
634 | UTF-8 support in the regexp engine. | |
635 | ||
636 | This allows a build to complete with PERL_UNICODE set and a UTF-8 locale. | |
637 | Without this there's a bootstrapping problem, as miniperl can't load the UTF-8 | |
638 | components of the regexp engine, because they're not yet built. | |
639 | ||
640 | =item * | |
641 | ||
c66407fa RS |
642 | F<miniperl>'s @INC is now restricted to just C<-I...>, the split of |
643 | C<$ENV{PERL5LIB}>, and "C<.>" | |
3ab3a109 JV |
644 | |
645 | =item * | |
646 | ||
647 | A space or a newline is now required after a C<"#line XXX"> directive. | |
648 | ||
649 | =item * | |
650 | ||
651 | Tied filehandles now have an additional method EOF which provides the EOF type | |
652 | ||
653 | =item * | |
654 | ||
c66407fa RS |
655 | To better match all other flow control statements, C<foreach> may no |
656 | longer be used as an attribute. | |
3ab3a109 JV |
657 | |
658 | =back | |
659 | ||
660 | =head1 Deprecations | |
661 | ||
662 | From time to time, Perl's developers find it necessary to deprecate | |
663 | features or modules we've previously shipped as part of the core | |
664 | distribution. We are well aware of the pain and frustration that a | |
665 | backwards-incompatible change to Perl can cause for developers building | |
666 | or maintaining software in Perl. You can be sure that when we deprecate | |
667 | a functionality or syntax, it isn't a choice we make lightly. Sometimes, | |
668 | we choose to deprecate functionality or syntax because it was found to | |
669 | be poorly designed or implemented. Sometimes, this is because they're | |
670 | holding back other features or causing performance problems. Sometimes, | |
671 | the reasons are more complex. Wherever possible, we try to keep deprecated | |
672 | functionality available to developers in its previous form for at least | |
673 | one major release. So long as a deprecated feature isn't actively | |
674 | disrupting our ability to maintain and extend Perl, we'll try to leave | |
675 | it in place as long as possible. | |
676 | ||
677 | The following items are now deprecated. | |
678 | ||
679 | =over 4 | |
680 | ||
681 | =item Use of C<:=> to mean an empty attribute list is now deprecated. | |
682 | ||
683 | An accident of Perl's parser meant that these constructions were all | |
684 | equivalent: | |
685 | ||
686 | my $pi := 4; | |
687 | my $pi : = 4; | |
688 | my $pi : = 4; | |
689 | ||
690 | with the C<:> being treated as the start of an attribute list, which | |
691 | ends before the C<=>. As whitespace is not significant here, all are | |
692 | parsed as an empty attribute list, hence all the above are equivalent | |
693 | to, and better written as | |
694 | ||
695 | my $pi = 4; | |
696 | ||
697 | because no attribute processing is done for an empty list. | |
698 | ||
699 | As is, this meant that C<:=> cannot be used as a new token, without | |
700 | silently changing the meaning of existing code. Hence that particular | |
701 | form is now deprecated, and will become a syntax error. If it is | |
702 | absolutely necessary to have empty attribute lists (for example, | |
703 | because of a code generator) then avoid the warning by adding a space | |
704 | before the C<=>. | |
705 | ||
c66407fa | 706 | =item C<< UNIVERSAL->import() >> |
3ab3a109 | 707 | |
c66407fa | 708 | The method C<< UNIVERSAL->import() >> is now deprecated. Attempting to |
3ab3a109 | 709 | pass import arguments to a C<use UNIVERSAL> statement will result in a |
c66407fa | 710 | deprecation warning. |
3ab3a109 JV |
711 | |
712 | =item Use of "goto" to jump into a construct is deprecated | |
713 | ||
c66407fa RS |
714 | Using C<goto> to jump from an outer scope into an inner scope is now |
715 | deprecated. This rare use case was causing problems in the | |
716 | implementation of scopes. | |
3ab3a109 | 717 | |
8c66a230 KW |
718 | =item Custom character names in \N{name} should look like names |
719 | ||
720 | In C<\N{I<name>}>, I<name> can be just about anything. The standard Unicode | |
721 | names have a very limited domain, but a custom name translator could create | |
722 | names that are, for example, made up entirely of punctuation symbols. It is | |
723 | now deprecated to make names that don't begin with an alphabetic character, and | |
724 | aren't alphanumeric or contain other than a very few other characters, | |
725 | namely spaces, dashes, parentheses and colons. Because of the added meaning of | |
726 | C<\N> (See L</C<\N> experimental regex escape>), names that look like curly | |
727 | brace -enclosed quantifiers won't work. For example, C<\N{3,4}> now means to | |
728 | match 3 to 4 non-newlines; before a custom name C<3,4> could have been created. | |
729 | ||
3ab3a109 JV |
730 | =item Deprecated Modules |
731 | ||
732 | The following modules will be removed from the core distribution in a future | |
733 | release, and should be installed from CPAN instead. Distributions on CPAN | |
734 | which require these should add them to their prerequisites. The core versions | |
735 | of these modules warnings will issue a deprecation warning. | |
736 | ||
8df7d2a3 JV |
737 | If you ship a packaged version of Perl, either alone or as part of a larger |
738 | system, then you should carefully consider the reprecussions of core module | |
739 | deprecations. You may want to consider shipping your default build of | |
740 | Perl with packages for some or all deprecated modules which install into | |
741 | C<vendor> or C<site> perl library directories. This will inhibit the | |
742 | deprecation warnings. | |
743 | ||
744 | Alternatively, you may want to consider patching F<lib/deprecate.pm> | |
745 | to provide deprecation warnings specific to your packaging system or | |
b951c6bd NC |
746 | distribution of Perl, consistent with how your packaging system or |
747 | distribution manages a staged transition from a release where the | |
748 | installation of a single package provides the given functionality, to a later | |
749 | release where the system administrator needs to know to install multiple | |
750 | packages to get that same functionality. | |
8df7d2a3 | 751 | |
3ab3a109 JV |
752 | =over |
753 | ||
c66407fa RS |
754 | =item L<Class::ISA> |
755 | ||
756 | =item L<Pod::Plainer> | |
757 | ||
758 | =item L<Shell> | |
3ab3a109 | 759 | |
c66407fa | 760 | =item L<Switch> |
3ab3a109 | 761 | |
c66407fa RS |
762 | Switch is buggy and should be avoided. See L<perlsyn/"Switch |
763 | statements"> for its replacement. | |
3ab3a109 JV |
764 | |
765 | =back | |
766 | ||
767 | =item suidperl | |
768 | ||
769 | C<suidperl> has been removed. It used to provide a mechanism to | |
770 | emulate setuid permission bits on systems that don't support it properly. | |
771 | ||
772 | =item Assignment to $[ | |
773 | ||
774 | =item attrs | |
775 | ||
776 | Remove attrs, which has been deprecated since 1999-10-02. | |
777 | ||
778 | =item Use of the attribute :locked on subroutines. | |
779 | ||
780 | =item Use of "locked" with the attributes pragma. | |
781 | ||
782 | =item Use of "unique" with the attributes pragma. | |
783 | ||
784 | =item Numerous Perl 4-era libraries: | |
785 | ||
786 | F<termcap.pl>, F<tainted.pl>, F<stat.pl>, F<shellwords.pl>, F<pwd.pl>, | |
787 | F<open3.pl>, F<open2.pl>, F<newgetopt.pl>, F<look.pl>, F<find.pl>, | |
788 | F<finddepth.pl>, F<importenv.pl>, F<hostname.pl>, F<getopts.pl>, | |
789 | F<getopt.pl>, F<getcwd.pl>, F<flush.pl>, F<fastcwd.pl>, F<exceptions.pl>, | |
790 | F<ctime.pl>, F<complete.pl>, F<cacheout.pl>, F<bigrat.pl>, F<bigint.pl>, | |
791 | F<bigfloat.pl>, F<assert.pl>, F<abbrev.pl>, F<dotsh.pl>, and | |
792 | F<timelocal.pl> are all now deprecated. Using them will incur a warning. | |
793 | ||
794 | =back | |
795 | ||
796 | =head1 Modules and Pragmata | |
797 | ||
798 | =head2 Dual-lifed modules moved | |
799 | ||
800 | Dual-lifed modules maintained primarily in the Perl core now live in dist/. | |
801 | Dual-lifed modules maintained primarily on CPAN now live in cpan/ | |
802 | ||
803 | In previous releases of Perl, it was customary to enumerate all module | |
c66407fa RS |
804 | changes in this section of the C<perldelta> file. From 5.11.0 forward |
805 | only notable updates (such as new or deprecated modules ) will be listed | |
806 | in this section. For a complete reference to the versions of modules | |
807 | shipped in a given release of perl, please see L<Module::CoreList>. | |
3ab3a109 JV |
808 | |
809 | =head2 New Modules and Pragmata | |
810 | ||
811 | =over 4 | |
812 | ||
813 | =item * | |
814 | ||
815 | C<autodie> | |
816 | ||
817 | This is a new lexically-scoped alternative for the C<Fatal> module. | |
818 | The bundled version is 2.06_01. Note that in this release, using a string | |
819 | eval when C<autodie> is in effect can cause the autodie behaviour to leak | |
820 | into the surrounding scope. See L<autodie/"BUGS"> for more details. | |
821 | ||
822 | =item * | |
823 | ||
824 | C<Compress::Raw::Bzip2> | |
825 | ||
826 | This has been added to the core (version 2.020). | |
827 | ||
828 | =item * | |
829 | ||
830 | C<parent> | |
831 | ||
832 | This pragma establishes an ISA relationship with base classes at compile | |
c66407fa RS |
833 | time. It provides the key feature of C<base> without further unwanted |
834 | behaviors. | |
3ab3a109 JV |
835 | |
836 | =item * | |
837 | ||
838 | C<Parse::CPAN::Meta> | |
839 | ||
840 | This has been added to the core (version 1.39). | |
841 | ||
842 | =back | |
843 | ||
844 | =head2 Pragmata Changes | |
845 | ||
846 | =over 4 | |
847 | ||
848 | =item * | |
849 | ||
850 | C<overloading> | |
851 | ||
852 | See L</"The C<overloading> pragma"> above. | |
853 | ||
854 | =item * | |
855 | ||
856 | C<attrs> | |
857 | ||
858 | The C<attrs> pragma has been removed. It had been marked as deprecated since | |
859 | 5.6.0. | |
860 | ||
861 | =item * | |
862 | ||
863 | C<charnames> | |
864 | ||
865 | The Unicode F<NameAliases.txt> database file has been added. This has the | |
866 | effect of adding some extra C<\N> character names that formerly wouldn't | |
867 | have been recognised; for example, C<"\N{LATIN CAPITAL LETTER GHA}">. | |
868 | ||
869 | =item * | |
870 | ||
871 | C<feature> | |
872 | ||
873 | The meaning of the C<:5.10> and C<:5.10.X> feature bundles has | |
874 | changed slightly. The last component, if any (i.e. C<X>) is simply ignored. | |
875 | This is predicated on the assumption that new features will not, in | |
876 | general, be added to maintenance releases. So C<:5.10> and C<:5.10.X> | |
877 | have identical effect. This is a change to the behaviour documented for | |
878 | 5.10.0. | |
879 | ||
880 | =item * | |
881 | ||
882 | C<mro> | |
883 | ||
884 | Upgraded from version 1.00 to 1.01. Performance for single inheritance is 40% | |
885 | faster - see L</"Performance Enhancements"> below. | |
886 | ||
887 | C<mro> is now implemented as an XS extension. The documented interface has not | |
888 | changed. Code relying on the implementation detail that some C<mro::> | |
889 | methods happened to be available at all times gets to "keep both pieces". | |
890 | ||
891 | =item * | |
892 | ||
893 | C<diagnostics> | |
894 | ||
895 | Supports %.0f formatting internally. | |
896 | ||
897 | =item * | |
898 | ||
899 | C<overload> | |
900 | ||
901 | Allow overloading of 'qr'. | |
902 | ||
903 | =item * | |
904 | ||
905 | C<constant> | |
906 | ||
907 | Upgraded from version 1.19 to 1.20. | |
908 | ||
909 | =item * | |
910 | ||
911 | C<diagnostics> | |
912 | ||
c66407fa RS |
913 | This pragma no longer suppresses C<Use of uninitialized value in range |
914 | (or flip)> warnings. [perl #71204] | |
3ab3a109 JV |
915 | |
916 | =item * | |
917 | ||
918 | C<feature> | |
919 | ||
920 | Upgraded from 1.13 to 1.14. Added the C<unicode_strings> feature: | |
921 | ||
922 | use feature "unicode_strings"; | |
923 | ||
924 | This pragma turns on Unicode semantics for the case-changing operations | |
c66407fa RS |
925 | (C<uc>, C<lc>, C<ucfirst>, C<lcfirst>) on strings that don't have the |
926 | internal UTF-8 flag set, but that contain single-byte characters between | |
927 | 128 and 255. | |
3ab3a109 JV |
928 | |
929 | =item * | |
930 | ||
931 | C<threads> | |
932 | ||
933 | Upgraded from version 1.74 to 1.75. | |
934 | ||
935 | =item * | |
936 | ||
937 | C<less> | |
938 | ||
c66407fa | 939 | Upgraded from version 0.02 to 0.03. |
3ab3a109 | 940 | |
c66407fa RS |
941 | This version introduces the C<stash_name> method to allow subclasses of |
942 | C<less> to pick where in %^H to store their stash. | |
3ab3a109 JV |
943 | |
944 | =item * | |
945 | ||
946 | C<version> | |
947 | ||
948 | Upgraded from version 0.77 to 0.81. | |
949 | ||
950 | This version adds support for L</Version number formats> as described earlier | |
951 | in this document and in its own documentation. | |
952 | ||
953 | =item * | |
954 | ||
955 | C<warnings> | |
956 | ||
957 | Upgraded from 1.07 to 1.09. | |
958 | ||
959 | Added new C<warnings::fatal_enabled()> function. | |
960 | This version adds the C<illegalproto> warning category. See also L</New or | |
961 | Changed Diagnostics> for this change. | |
962 | ||
963 | =back | |
964 | ||
965 | ||
966 | =head2 Updated Modules | |
967 | ||
968 | =over 4 | |
969 | ||
970 | =item XXX TODO RECALCULATE THIS VS 5.10.0 | |
971 | ||
972 | =back | |
973 | ||
974 | =head2 Removed Modules and Pragmata | |
975 | ||
976 | =over 4 | |
977 | ||
978 | =item * | |
979 | ||
980 | C<Devel::DProf::V> | |
981 | ||
982 | Removed from the Perl core. Prior version was 'undef'. | |
983 | ||
984 | =back | |
985 | ||
986 | =head1 Documentation | |
987 | ||
988 | =head2 New Documentation | |
989 | ||
990 | =over 4 | |
991 | ||
992 | =item * | |
993 | ||
994 | L<perlhaiku> | |
995 | ||
996 | This contains instructions on how to build perl for the Haiku platform. | |
997 | ||
998 | =item * | |
999 | ||
1000 | L<perlmroapi> | |
1001 | ||
1002 | This describes the new interface for pluggable Method Resolution Orders. | |
1003 | ||
1004 | =item * | |
1005 | ||
1006 | L<perlperf> | |
1007 | ||
1008 | This document, by Richard Foley, provides an introduction to the use of | |
1009 | performance and optimization techniques which can be used with particular | |
1010 | reference to perl programs. | |
1011 | ||
1012 | =item * | |
1013 | ||
1014 | L<perlrepository> | |
1015 | ||
1016 | This describes how to access the perl source using the I<git> version | |
1017 | control system. | |
1018 | ||
1019 | =item * | |
1020 | ||
1021 | L<perlpolicy> extends the "Social contract about contributed modules" into | |
1022 | the beginnings of a document on Perl porting policies. | |
1023 | ||
1024 | =back | |
1025 | ||
1026 | =head2 Changes to Existing Documentation | |
1027 | ||
1028 | The various large F<Changes*> files (which listed every change made to perl | |
1029 | over the last 18 years) have been removed, and replaced by a small file, | |
1030 | also called F<Changes>, which just explains how that same information may | |
1031 | be extracted from the git version control system. | |
1032 | ||
1033 | The file F<Porting/patching.pod> has been deleted, as it mainly described | |
1034 | interacting with the old Perforce-based repository, which is now obsolete. | |
1035 | Information still relevant has been moved to L<perlrepository>. | |
1036 | ||
1037 | L<perlapi>, L<perlintern>, L<perlmodlib> and L<perltoc> are now all | |
1038 | generated at build time, rather than being shipped as part of the release. | |
1039 | ||
1040 | =over | |
1041 | ||
1042 | =item * | |
1043 | ||
1044 | Documented -X overloading. | |
1045 | ||
1046 | =item * | |
1047 | ||
1048 | Documented that C<when()> treats specially most of the filetest operators | |
1049 | ||
1050 | =item * | |
1051 | ||
c66407fa | 1052 | Documented C<when> as a syntax modifier |
3ab3a109 JV |
1053 | |
1054 | =item * | |
1055 | ||
c66407fa | 1056 | Eliminated "Old Perl threads tutorial", which described 5005 threads. |
3ab3a109 JV |
1057 | |
1058 | F<pod/perlthrtut.pod> is the same material reworked for ithreads. | |
1059 | ||
1060 | =item * | |
1061 | ||
1062 | Correct previous documentation: v-strings are not deprecated | |
1063 | ||
1064 | With version objects, we need them to use MODULE VERSION syntax. This | |
c66407fa | 1065 | patch removes the deprecation notice. |
3ab3a109 JV |
1066 | |
1067 | =item * | |
1068 | ||
1069 | Added security contact information to L<perlsec> | |
1070 | ||
1071 | A significant fraction of the core documentation has been updated to clarify | |
1072 | the behavior of Perl's Unicode handling. | |
1073 | ||
1074 | Much of the remaining core documentation has been reviewed and edited | |
1075 | for clarity, consistent use of language, and to fix the spelling of Tom | |
1076 | Christiansen's name. | |
1077 | ||
1078 | The Pod specification (L<perlpodspec>) has been updated to bring the | |
c66407fa RS |
1079 | specification in line with modern usage already supported by most Pod |
1080 | systems. A parameter string may now follow the format name in a | |
1081 | "begin/end" region. Links to URIs with a text description are now | |
1082 | allowed. The usage of C<LE<lt>"section"E<gt>> has been marked as | |
1083 | deprecated. | |
3ab3a109 JV |
1084 | |
1085 | L<if.pm|if> has been documented in L<perlfunc/use> as a means to get | |
c66407fa RS |
1086 | conditional loading of modules despite the implicit BEGIN block around |
1087 | C<use>. | |
3ab3a109 JV |
1088 | |
1089 | =item * | |
1090 | ||
c66407fa | 1091 | The documentation for C<$1> in perlvar.pod has been clarified. |
3ab3a109 | 1092 | |
a620a577 KW |
1093 | =item * |
1094 | ||
1095 | C<\N{U+I<wide hex char>}> is now documented. | |
1096 | ||
3ab3a109 JV |
1097 | =back |
1098 | ||
1099 | =head1 Performance Enhancements | |
1100 | ||
1101 | =over 4 | |
1102 | ||
1103 | =item * | |
1104 | ||
1105 | A new internal cache means that C<isa()> will often be faster. | |
1106 | ||
1107 | =item * | |
1108 | ||
1109 | The implementation of C<C3> Method Resolution Order has been optimised - | |
1110 | linearisation for classes with single inheritance is 40% faster. Performance | |
1111 | for multiple inheritance is unchanged. | |
1112 | ||
1113 | =item * | |
1114 | ||
1115 | Under C<use locale>, the locale-relevant information is now cached on | |
1116 | read-only values, such as the list returned by C<keys %hash>. This makes | |
1117 | operations such as C<sort keys %hash> in the scope of C<use locale> much | |
1118 | faster. | |
1119 | ||
1120 | =item * | |
1121 | ||
1122 | Empty C<DESTROY> methods are no longer called. | |
1123 | ||
1124 | =item * | |
1125 | ||
1126 | Faster C<Perl_sv_utf8_upgrade()> | |
1127 | ||
1128 | =item * | |
1129 | ||
1130 | Speed up C<keys> on empty hash | |
1131 | ||
1132 | =item * | |
1133 | ||
1134 | C<if (%foo)> has been optimized to be faster than C<if (keys %foo)> | |
1135 | ||
1136 | =item * | |
1137 | ||
1138 | Reversing an array to itself (as in C<@a = reverse @a>) in void context | |
1139 | now happens in-place and is several orders of magnitude faster than it | |
1140 | used to be. It will also preserve non-existent elements whenever | |
1141 | possible, i.e. for non magical arrays or tied arrays with C<EXISTS> and | |
1142 | C<DELETE> methods. | |
1143 | ||
1144 | =back | |
1145 | ||
1146 | =head1 Installation and Configuration Improvements | |
1147 | ||
1148 | =head2 F<ext/> reorganisation | |
1149 | ||
1150 | The layout of directories in F<ext> has been revised. Specifically, all | |
1151 | extensions are now flat, and at the top level, with C</> in pathnames | |
1152 | replaced by C<->, so that F<ext/Data/Dumper/> is now F<ext/Data-Dumper/>, | |
1153 | etc. The names of the extensions as specified to F<Configure>, and as | |
1154 | reported by C<%Config::Config> under the keys C<dynamic_ext>, | |
1155 | C<known_extensions>, C<nonxs_ext> and C<static_ext> have not changed, and | |
1156 | still use C</>. Hence this change will not have any affect once perl is | |
1157 | installed. C<Safe> has been split out from being part of C<Opcode>, and | |
1158 | C<mro> is now an extension in its own right. | |
1159 | ||
1160 | Nearly all dual-life modules have been moved from F<lib> to F<ext>, and will | |
1161 | now appear as known C<nonxs_ext>. This will made no difference to the | |
1162 | structure of an installed perl, nor will the modules installed differ, | |
1163 | unless you run F<Configure> with options to specify an exact list of | |
1164 | extensions to build. In this case, you will rapidly become aware that you | |
1165 | need to add to your list, because various modules needed to complete the | |
1166 | build, such as C<ExtUtils::ParseXS>, have now become extensions, and | |
1167 | without them the build will fail well before it attempts to run the | |
1168 | regression tests. | |
1169 | ||
1170 | =head2 Configuration improvements | |
1171 | ||
1172 | If C<vendorlib> and C<vendorarch> are the same, then they are only added to | |
1173 | C<@INC> once. | |
1174 | ||
1175 | C<$Config{usedevel}> and the C-level C<PERL_USE_DEVEL> are now defined if | |
1176 | perl is built with C<-Dusedevel>. | |
1177 | ||
1178 | F<Configure> will enable use of C<-fstack-protector>, to provide protection | |
1179 | against stack-smashing attacks, if the compiler supports it. | |
1180 | ||
1181 | F<Configure> will now determine the correct prototypes for re-entrant | |
c66407fa | 1182 | functions and for C<gconvert> if you are using a C++ compiler rather |
3ab3a109 JV |
1183 | than a C compiler. |
1184 | ||
1185 | On Unix, if you build from a tree containing a git repository, the | |
1186 | configuration process will note the commit hash you have checked out, for | |
1187 | display in the output of C<perl -v> and C<perl -V>. Unpushed local commits | |
1188 | are automatically added to the list of local patches displayed by | |
1189 | C<perl -V>. | |
1190 | ||
1191 | USE_ATTRIBUTES_FOR_PERLIO is now reported in the compile-time options | |
1192 | listed by the C<-V> switch. | |
1193 | ||
1194 | =head2 Compilation improvements | |
1195 | ||
1196 | As part of the flattening of F<ext>, all extensions on all platforms are | |
1197 | built by F<make_ext.pl>. This replaces the Unix-specific | |
1198 | F<ext/util/make_ext>, VMS-specific F<make_ext.com> and Win32-specific | |
1199 | F<win32/buildext.pl>. | |
1200 | ||
3ab3a109 JV |
1201 | =head1 Changed Internals |
1202 | ||
1203 | =over 4 | |
1204 | ||
1205 | =item * | |
1206 | ||
1207 | C<Perl_pmflag> has been removed from the public API. Calling it now | |
1208 | generates a deprecation warning, and it will be removed in a future | |
1209 | release. Although listed as part of the API, it was never documented, | |
1210 | and only ever used in F<toke.c>, and prior to 5.10, F<regcomp.c>. In | |
1211 | core, it has been replaced by a static function. | |
1212 | ||
1213 | =item * | |
1214 | ||
1215 | Perl_magic_setmglob now knows about globs, fixing RT #71254. | |
1216 | ||
1217 | =item * | |
1218 | ||
1219 | TODO: C<SVt_RV> is gone. RVs are now stored in IVs | |
1220 | ||
1221 | =item * | |
1222 | ||
1223 | TODO: REGEXPs are first class | |
1224 | ||
1225 | =item * | |
1226 | ||
1227 | TODO: OOK is reworked, such that an OOKed scalar is PV not PVIV | |
1228 | ||
1229 | =item * | |
1230 | ||
1231 | The J.R.R. Tolkien quotes at the head of C source file have been checked and | |
1232 | proper citations added, thanks to a patch from Tom Christiansen. | |
1233 | ||
1234 | =item * | |
1235 | ||
1236 | C<Perl_vcroak()> now accepts a null first argument. In addition, a full audit | |
1237 | was made of the "not NULL" compiler annotations, and those for several | |
1238 | other internal functions were corrected. | |
1239 | ||
1240 | =item * | |
1241 | ||
1242 | New macros C<dSAVEDERRNO>, C<dSAVE_ERRNO>, C<SAVE_ERRNO>, C<RESTORE_ERRNO> | |
1243 | have been added to formalise the temporary saving of the C<errno> | |
1244 | variable. | |
1245 | ||
1246 | =item * | |
1247 | ||
1248 | The function C<Perl_sv_insert_flags> has been added to augment | |
1249 | C<Perl_sv_insert>. | |
1250 | ||
1251 | =item * | |
1252 | ||
1253 | The function C<Perl_newSV_type(type)> has been added, equivalent to | |
1254 | C<Perl_newSV()> followed by C<Perl_sv_upgrade(type)>. | |
1255 | ||
1256 | =item * | |
1257 | ||
1258 | The function C<Perl_newSVpvn_flags()> has been added, equivalent to | |
1259 | C<Perl_newSVpvn()> and then performing the action relevant to the flag. | |
1260 | ||
1261 | Two flag bits are currently supported. | |
1262 | ||
1263 | =over 4 | |
1264 | ||
1265 | =item * | |
1266 | ||
1267 | C<SVf_UTF8> | |
1268 | ||
1269 | This will call C<SvUTF8_on()> for you. (Note that this does not convert an | |
1270 | sequence of ISO 8859-1 characters to UTF-8). A wrapper, C<newSVpvn_utf8()> | |
1271 | is available for this. | |
1272 | ||
1273 | =item * | |
1274 | ||
1275 | C<SVs_TEMP> | |
1276 | ||
1277 | Call C<Perl_sv_2mortal()> on the new SV. | |
1278 | ||
1279 | =back | |
1280 | ||
1281 | There is also a wrapper that takes constant strings, C<newSVpvs_flags()>. | |
1282 | ||
1283 | =item * | |
1284 | ||
1285 | The function C<Perl_croak_xs_usage> has been added as a wrapper to | |
1286 | C<Perl_croak>. | |
1287 | ||
1288 | =item * | |
1289 | ||
1290 | The functions C<PerlIO_find_layer> and C<PerlIO_list_alloc> are now | |
1291 | exported. | |
1292 | ||
1293 | =item * | |
1294 | ||
1295 | C<PL_na> has been exterminated from the core code, replaced by local STRLEN | |
1296 | temporaries, or C<*_nolen()> calls. Either approach is faster than C<PL_na>, | |
17270880 | 1297 | which is a pointer dereference into the interpreter structure under ithreads, |
3ab3a109 JV |
1298 | and a global variable otherwise. |
1299 | ||
1300 | =item * | |
1301 | ||
1302 | C<Perl_mg_free()> used to leave freed memory accessible via C<SvMAGIC()> on | |
1303 | the scalar. It now updates the linked list to remove each piece of magic | |
1304 | as it is freed. | |
1305 | ||
1306 | =item * | |
1307 | ||
1308 | Under ithreads, the regex in C<PL_reg_curpm> is now reference counted. This | |
1309 | eliminates a lot of hackish workarounds to cope with it not being reference | |
1310 | counted. | |
1311 | ||
1312 | =item * | |
1313 | ||
1314 | C<Perl_mg_magical()> would sometimes incorrectly turn on C<SvRMAGICAL()>. | |
1315 | This has been fixed. | |
1316 | ||
1317 | =item * | |
1318 | ||
1319 | The I<public> IV and NV flags are now not set if the string value has | |
1320 | trailing "garbage". This behaviour is consistent with not setting the | |
1321 | public IV or NV flags if the value is out of range for the type. | |
1322 | ||
1323 | =item * | |
1324 | ||
1325 | SV allocation tracing has been added to the diagnostics enabled by C<-Dm>. | |
1326 | The tracing can alternatively output via the C<PERL_MEM_LOG> mechanism, if | |
1327 | that was enabled when the F<perl> binary was compiled. | |
1328 | ||
1329 | =item * | |
1330 | ||
1331 | Smartmatch resolution tracing has been added as a new diagnostic. Use C<-DM> to | |
1332 | enable it. | |
1333 | ||
1334 | =item * | |
1335 | ||
1336 | A new debugging flag C<-DB> now dumps subroutine definitions, leaving | |
1337 | C<-Dx> for its original purpose of dumping syntax trees. | |
1338 | ||
1339 | =item * | |
1340 | ||
1341 | Uses of C<Nullav>, C<Nullcv>, C<Nullhv>, C<Nullop>, C<Nullsv> etc have been | |
1342 | replaced by C<NULL> in the core code, and non-dual-life modules, as C<NULL> | |
1343 | is clearer to those unfamiliar with the core code. | |
1344 | ||
1345 | =item * | |
1346 | ||
1347 | A macro C<MUTABLE_PTR(p)> has been added, which on (non-pedantic) gcc will | |
1348 | not cast away C<const>, returning a C<void *>. Macros C<MUTABLE_SV(av)>, | |
1349 | C<MUTABLE_SV(cv)> etc build on this, casting to C<AV *> etc without | |
1350 | casting away C<const>. This allows proper compile-time auditing of | |
1351 | C<const> correctness in the core, and helped picked up some errors (now | |
1352 | fixed). | |
1353 | ||
1354 | =item * | |
1355 | ||
1356 | Macros C<mPUSHs()> and C<mXPUSHs()> have been added, for pushing SVs on the | |
1357 | stack and mortalizing them. | |
1358 | ||
1359 | =item * | |
1360 | ||
1361 | Use of the private structure C<mro_meta> has changed slightly. Nothing | |
1362 | outside the core should be accessing this directly anyway. | |
1363 | ||
1364 | =item * | |
1365 | ||
1366 | A new tool, F<Porting/expand-macro.pl> has been added, that allows you | |
1367 | to view how a C preprocessor macro would be expanded when compiled. | |
1368 | This is handy when trying to decode the macro hell that is the perl | |
1369 | guts. | |
1370 | ||
1371 | =back | |
1372 | ||
1373 | =head1 Testing | |
1374 | ||
1375 | =head2 New Tests | |
1376 | ||
1377 | Many modules updated from CPAN incorporate new tests. | |
1378 | Several tests that have the potential to hang forever if they fail now | |
1379 | incorporate a "watchdog" functionality that will kill them after a timeout, | |
1380 | which helps ensure that C<make test> and C<make test_harness> run to | |
1381 | completion automatically. (Jerry Hedden). | |
1382 | ||
1383 | Some core-specific tests have been added: | |
1384 | ||
1385 | =over 4 | |
1386 | ||
1387 | =item * | |
1388 | ||
1389 | Significant cleanups to core tests to ensure that language and | |
1390 | interpreter features are not used before they're tested. | |
1391 | ||
1392 | =item * | |
1393 | ||
c66407fa RS |
1394 | C<make test_porting> now runs a number of important pre-commit checks |
1395 | which might be of use to anyone working on the Perl core. | |
3ab3a109 JV |
1396 | |
1397 | =item * | |
1398 | ||
1399 | F<t/porting/podcheck.t> automatically checks the well-formedness of | |
1400 | POD found in all .pl, .pm and .pod files in the F<MANIFEST>, other than in | |
1401 | dual-lifed modules which are primarily maintained outside the Perl core. | |
1402 | ||
1403 | =item * | |
1404 | ||
1405 | F<t/porting/manifest.t> now tests that all files listed in MANIFEST are present. | |
1406 | ||
1407 | =item * | |
1408 | ||
1409 | F<t/op/while_readdir.t> | |
1410 | ||
1411 | Test that a bare readdir in while loop sets $_. | |
1412 | ||
1413 | =item * | |
1414 | ||
c66407fa | 1415 | F<t/comp/retainedlines.t> |
3ab3a109 JV |
1416 | |
1417 | Check that the debugger can retain source lines from C<eval>. | |
1418 | ||
1419 | =item * | |
1420 | ||
c66407fa | 1421 | F<t/io/perlio_fail.t> |
3ab3a109 JV |
1422 | |
1423 | Check that bad layers fail. | |
1424 | ||
1425 | =item * | |
1426 | ||
c66407fa | 1427 | F<t/io/perlio_leaks.t> |
3ab3a109 JV |
1428 | |
1429 | Check that PerlIO layers are not leaking. | |
1430 | ||
1431 | =item * | |
1432 | ||
c66407fa | 1433 | F<t/io/perlio_open.t> |
3ab3a109 JV |
1434 | |
1435 | Check that certain special forms of open work. | |
1436 | ||
1437 | =item * | |
1438 | ||
c66407fa | 1439 | F<t/io/perlio.t> |
3ab3a109 JV |
1440 | |
1441 | General PerlIO tests. | |
1442 | ||
1443 | =item * | |
1444 | ||
c66407fa | 1445 | F<t/io/pvbm.t> |
3ab3a109 JV |
1446 | |
1447 | Check that there is no unexpected interaction between the internal types | |
1448 | C<PVBM> and C<PVGV>. | |
1449 | ||
1450 | =item * | |
1451 | ||
c66407fa | 1452 | F<t/mro/package_aliases.t> |
3ab3a109 JV |
1453 | |
1454 | Check that mro works properly in the presence of aliased packages. | |
1455 | ||
1456 | =item * | |
1457 | ||
c66407fa | 1458 | F<t/op/dbm.t> |
3ab3a109 JV |
1459 | |
1460 | Tests for C<dbmopen> and C<dbmclose>. | |
1461 | ||
1462 | =item * | |
1463 | ||
c66407fa | 1464 | F<t/op/index_thr.t> |
3ab3a109 JV |
1465 | |
1466 | Tests for the interaction of C<index> and threads. | |
1467 | ||
1468 | =item * | |
1469 | ||
c66407fa | 1470 | F<t/op/pat_thr.t> |
3ab3a109 JV |
1471 | |
1472 | Tests for the interaction of esoteric patterns and threads. | |
1473 | ||
1474 | =item * | |
1475 | ||
c66407fa | 1476 | F<t/op/qr_gc.t> |
3ab3a109 JV |
1477 | |
1478 | Test that C<qr> doesn't leak. | |
1479 | ||
1480 | =item * | |
1481 | ||
c66407fa | 1482 | F<t/op/reg_email_thr.t> |
3ab3a109 JV |
1483 | |
1484 | Tests for the interaction of regex recursion and threads. | |
1485 | ||
1486 | =item * | |
1487 | ||
c66407fa | 1488 | F<t/op/regexp_qr_embed_thr.t> |
3ab3a109 JV |
1489 | |
1490 | Tests for the interaction of patterns with embedded C<qr//> and threads. | |
1491 | ||
1492 | =item * | |
1493 | ||
c66407fa | 1494 | F<t/op/regexp_unicode_prop.t> |
3ab3a109 JV |
1495 | |
1496 | Tests for Unicode properties in regular expressions. | |
1497 | ||
1498 | =item * | |
1499 | ||
c66407fa | 1500 | F<t/op/regexp_unicode_prop_thr.t> |
3ab3a109 JV |
1501 | |
1502 | Tests for the interaction of Unicode properties and threads. | |
1503 | ||
1504 | =item * | |
1505 | ||
c66407fa | 1506 | F<t/op/reg_nc_tie.t> |
3ab3a109 JV |
1507 | |
1508 | Test the tied methods of C<Tie::Hash::NamedCapture>. | |
1509 | ||
1510 | =item * | |
1511 | ||
c66407fa | 1512 | F<t/op/reg_posixcc.t> |
3ab3a109 JV |
1513 | |
1514 | Check that POSIX character classes behave consistently. | |
1515 | ||
1516 | =item * | |
1517 | ||
c66407fa | 1518 | F<t/op/re.t> |
3ab3a109 JV |
1519 | |
1520 | Check that exportable C<re> functions in F<universal.c> work. | |
1521 | ||
1522 | =item * | |
1523 | ||
c66407fa | 1524 | F<t/op/setpgrpstack.t> |
3ab3a109 JV |
1525 | |
1526 | Check that C<setpgrp> works. | |
1527 | ||
1528 | =item * | |
1529 | ||
c66407fa | 1530 | F<t/op/substr_thr.t> |
3ab3a109 JV |
1531 | |
1532 | Tests for the interaction of C<substr> and threads. | |
1533 | ||
1534 | =item * | |
1535 | ||
c66407fa | 1536 | F<t/op/upgrade.t> |
3ab3a109 JV |
1537 | |
1538 | Check that upgrading and assigning scalars works. | |
1539 | ||
1540 | =item * | |
1541 | ||
c66407fa | 1542 | F<t/uni/lex_utf8.t> |
3ab3a109 JV |
1543 | |
1544 | Check that Unicode in the lexer works. | |
1545 | ||
1546 | =item * | |
1547 | ||
c66407fa | 1548 | F<t/uni/tie.t> |
3ab3a109 JV |
1549 | |
1550 | Check that Unicode and C<tie> work. | |
1551 | ||
1552 | =item * | |
1553 | ||
c66407fa | 1554 | F<t/comp/final_line_num.t> |
3ab3a109 JV |
1555 | |
1556 | See if line numbers are correct at EOF | |
1557 | ||
1558 | =item * | |
1559 | ||
c66407fa | 1560 | F<t/comp/form_scope.t> |
3ab3a109 JV |
1561 | |
1562 | See if format scoping works | |
1563 | ||
1564 | =item * | |
1565 | ||
c66407fa | 1566 | F<t/comp/line_debug.t> |
3ab3a109 | 1567 | |
c66407fa | 1568 | See if C<< @{"_<$file"} >> works |
3ab3a109 JV |
1569 | |
1570 | =item * | |
1571 | ||
c66407fa | 1572 | F<t/op/filetest_t.t> |
3ab3a109 JV |
1573 | |
1574 | See if -t file test works | |
1575 | ||
1576 | =item * | |
1577 | ||
c66407fa | 1578 | F<t/op/qr.t> |
3ab3a109 JV |
1579 | |
1580 | See if qr works | |
1581 | ||
1582 | =item * | |
1583 | ||
c66407fa | 1584 | F<t/op/utf8cache.t> |
3ab3a109 JV |
1585 | |
1586 | Tests malfunctions of utf8 cache | |
1587 | ||
1588 | =item * | |
1589 | ||
c66407fa | 1590 | F<t/re/uniprops.t> |
3ab3a109 JV |
1591 | |
1592 | Test unicode \p{} regex constructs | |
1593 | ||
1594 | =back | |
1595 | ||
1596 | =head2 Testing improvements | |
1597 | ||
1598 | =over 4 | |
1599 | ||
1600 | =item * | |
1601 | ||
1602 | It's now possible to override C<PERL5OPT> and friends in F<t/TEST> | |
1603 | ||
1604 | =back | |
1605 | ||
1606 | ||
1607 | =head1 New or Changed Diagnostics | |
1608 | ||
1609 | Several new diagnostics, see L<perldiag> for details. | |
1610 | ||
1611 | =over 4 | |
1612 | ||
1613 | =item * | |
1614 | ||
1615 | C<Bad plugin affecting keyword '%s'> | |
1616 | ||
1617 | =item * | |
1618 | ||
1619 | C<gmtime(%.0f) too large> | |
1620 | ||
1621 | =item * | |
1622 | ||
1623 | C<Lexing code attempted to stuff non-Latin-1 character into Latin-1 input> | |
1624 | ||
1625 | =item * | |
1626 | ||
1627 | C<Lexing code internal error (%s)> | |
1628 | ||
1629 | =item * | |
1630 | ||
1631 | C<localtime(%.0f) too large> | |
1632 | ||
1633 | =item * | |
1634 | ||
1635 | C<Overloaded dereference did not return a reference> | |
1636 | ||
1637 | =item * | |
1638 | ||
1639 | C<Overloaded qr did not return a REGEXP> | |
1640 | ||
1641 | =item * | |
1642 | ||
1643 | C<Perl_pmflag() is deprecated, and will be removed from the XS API> | |
1644 | ||
1645 | =item * | |
1646 | ||
1647 | New warning category C<illegalproto> | |
1648 | ||
1649 | The two warnings : | |
1650 | ||
1651 | Illegal character in prototype for %s : %s | |
1652 | Prototype after '%c' for %s : %s | |
1653 | ||
1654 | have been moved from the C<syntax> top-level warnings category into a new | |
1655 | first-level category, C<illegalproto>. These two warnings are currently the | |
1656 | only ones emitted during parsing of an invalid/illegal prototype, so one | |
1657 | can now do | |
1658 | ||
1659 | no warnings 'illegalproto'; | |
1660 | ||
1661 | to suppress only those, but not other syntax-related warnings. Warnings where | |
1662 | prototypes are changed, ignored, or not met are still in the C<prototype> | |
1663 | category as before. (Matt S. Trout) | |
1664 | ||
1665 | =item * | |
1666 | ||
1667 | lvalue attribute ignored after the subroutine has been defined | |
1668 | ||
1669 | This new warning is issued when one attempts to mark a subroutine as | |
1670 | lvalue after it has been defined. | |
1671 | ||
1672 | =item * | |
1673 | ||
c66407fa RS |
1674 | warn if C<++> or C<--> are unable to change the value because it's |
1675 | beyond the limit of representation | |
3ab3a109 JV |
1676 | |
1677 | This uses a new warnings category: "imprecision". | |
1678 | ||
1679 | =item * | |
c66407fa RS |
1680 | |
1681 | C<lc>, C<uc>, C<lcfirst>, and C<ucfirst> warn when passed undef. | |
3ab3a109 JV |
1682 | |
1683 | =item * | |
1684 | ||
1685 | Show constant in "Useless use of a constant in void context" | |
1686 | ||
1687 | =item * | |
1688 | ||
1689 | Make the new warning report undef constants as undef | |
1690 | ||
1691 | =item * | |
1692 | ||
1693 | Add a new warning, "Prototype after '%s'" | |
1694 | ||
1695 | =item * | |
1696 | ||
c66407fa RS |
1697 | Tweak the "Illegal character in prototype" warning so it's more precise |
1698 | when reporting illegal characters after _ | |
3ab3a109 JV |
1699 | |
1700 | =item * | |
1701 | ||
c66407fa | 1702 | Correct the unintended interpolation of C<$\> in regex |
3ab3a109 JV |
1703 | |
1704 | =item * | |
1705 | ||
c66407fa RS |
1706 | Make overflow warnings in C<gmtime> and C<localtime> only occur when |
1707 | warnings are enabled | |
3ab3a109 JV |
1708 | |
1709 | =item * | |
1710 | ||
1711 | Improve mro merging error messages. | |
1712 | ||
1713 | They are now very similar to those produced by Algorithm::C3. | |
1714 | ||
1715 | =item * | |
1716 | ||
1717 | Amelioration of the error message "Unrecognized character %s in column %d" | |
1718 | ||
1719 | Changes the error message to "Unrecognized character %s; marked by E<lt>-- | |
1720 | HERE after %sE<lt>-- HERE near column %d". This should make it a little | |
1721 | simpler to spot and correct the suspicious character. | |
1722 | ||
1723 | =item * | |
1724 | ||
c66407fa RS |
1725 | Explicitely point to C<$.> when it causes an uninitialized warning for |
1726 | ranges in scalar context | |
3ab3a109 JV |
1727 | |
1728 | =item * | |
1729 | ||
3ab3a109 JV |
1730 | C<split> now warns when called in void context |
1731 | ||
1732 | =item * | |
1733 | ||
1734 | C<printf>-style functions called with too few arguments will now issue the | |
1735 | warning C<"Missing argument in %s"> [perl #71000] | |
1736 | ||
1737 | =item * | |
1738 | ||
1739 | C<panic: sv_chop %s> | |
1740 | ||
1741 | This new fatal error occurs when the C routine C<Perl_sv_chop()> was | |
1742 | passed a position that is not within the scalar's string buffer. This | |
1743 | could be caused by buggy XS code, and at this point recovery is not | |
1744 | possible. | |
1745 | ||
1746 | =item * | |
1747 | ||
3ab3a109 JV |
1748 | C<Deep recursion on subroutine "%s"> |
1749 | ||
1750 | It is now possible to change the depth threshold for this warning from the | |
1751 | default of 100, by recompiling the F<perl> binary, setting the C | |
1752 | pre-processor macro C<PERL_SUB_DEPTH_WARN> to the desired value. | |
1753 | ||
1754 | =item * | |
1755 | ||
1756 | Perl now properly returns a syntax error instead of segfaulting | |
c66407fa | 1757 | if C<each>, C<keys>, or C<values> is used without an argument. |
3ab3a109 JV |
1758 | |
1759 | =item * | |
1760 | ||
c66407fa RS |
1761 | C<tell()> now fails properly if called without an argument and when no |
1762 | previous file was read. | |
3ab3a109 | 1763 | |
c66407fa RS |
1764 | C<tell()> now returns C<-1>, and sets errno to C<EBADF>, thus restoring |
1765 | the 5.8.x behaviour. | |
3ab3a109 JV |
1766 | |
1767 | =item * | |
1768 | ||
c66407fa RS |
1769 | C<overload> no longer implicitly unsets fallback on repeated 'use |
1770 | overload' lines. | |
3ab3a109 JV |
1771 | |
1772 | =item * | |
1773 | ||
1774 | POSIX::strftime() can now handle Unicode characters in the format string. | |
1775 | ||
1776 | =item * | |
1777 | ||
c66407fa RS |
1778 | The Windows select() implementation now supports all empty C<fd_set>s |
1779 | more correctly. | |
3ab3a109 JV |
1780 | |
1781 | =item * | |
1782 | ||
c66407fa RS |
1783 | The "syntax" category was removed from 5 warnings that should only be in |
1784 | "deprecated". | |
3ab3a109 JV |
1785 | |
1786 | =item * | |
1787 | ||
c66407fa RS |
1788 | Three fatal C<pack>/C<unpack> error messages have been normalized to |
1789 | "panic: %s" | |
3ab3a109 JV |
1790 | |
1791 | =item * | |
1792 | ||
1793 | "Unicode character is illegal" has been rephrased to be more accurate | |
1794 | ||
1795 | It now reads C<Unicode non-character is illegal in interchange> and the | |
1796 | perldiag documentation has been expanded a bit. | |
1797 | ||
1798 | =item * | |
1799 | ||
c66407fa RS |
1800 | Perl now defaults to issuing a warning if a deprecated language feature |
1801 | is used. | |
3ab3a109 JV |
1802 | |
1803 | To disable this feature in a given lexical scope, you should use C<no | |
1804 | warnings 'deprecated';> For information about which language features | |
1805 | are deprecated and explanations of various deprecation warnings, please | |
1806 | see L<perldiag.pod> | |
1807 | ||
1808 | =back | |
1809 | ||
c66407fa RS |
1810 | The following diagnostics have been removed: |
1811 | ||
1812 | =over 4 | |
1813 | ||
1814 | =item * | |
1815 | ||
1816 | C<Runaway format> | |
1817 | ||
1818 | =item * | |
1819 | ||
1820 | C<Can't locate package %s for the parents of %s> | |
1821 | ||
1822 | This warning has been removed. In general, it only got produced in | |
1823 | conjunction with other warnings, and removing it allowed an ISA lookup | |
1824 | optimisation to be added. | |
1825 | ||
1826 | =item * | |
1827 | ||
1828 | C<v-string in use/require is non-portable> | |
1829 | ||
1830 | =back | |
1831 | ||
3ab3a109 JV |
1832 | =head1 Utility Changes |
1833 | ||
1834 | =over 4 | |
1835 | ||
1836 | =item * | |
1837 | ||
1838 | F<h2ph> | |
1839 | ||
1840 | Now looks in C<include-fixed> too, which is a recent addition to gcc's | |
1841 | search path. | |
1842 | ||
1843 | =item * | |
1844 | ||
1845 | F<h2xs> | |
1846 | ||
1847 | No longer incorrectly treats enum values like macros (Daniel Burr). | |
1848 | ||
1849 | Now handles C++ style constants (C<//>) properly in enums. (A patch from | |
1850 | Rainer Weikusat was used; Daniel Burr also proposed a similar fix). | |
1851 | ||
1852 | =item * | |
1853 | ||
1854 | F<perl5db.pl> | |
1855 | ||
1856 | C<LVALUE> subroutines now work under the debugger. | |
1857 | ||
1858 | The debugger now correctly handles proxy constant subroutines, and | |
1859 | subroutine stubs. | |
1860 | ||
1861 | =item * | |
1862 | ||
1863 | F<perlbug> | |
1864 | ||
1865 | F<perlbug> now uses C<%Module::CoreList::bug_tracker> to print out upstream bug | |
1866 | tracker URLs. | |
1867 | ||
1868 | Where the user names a module that their bug report is about, and we know the | |
1869 | URL for its upstream bug tracker, provide a message to the user explaining | |
1870 | that the core copies the CPAN version directly, and provide the URL for | |
1871 | reporting the bug directly to upstream. | |
1872 | ||
1873 | =item * | |
1874 | ||
1875 | F<perlthanks> | |
1876 | ||
1877 | Perl 5.11.0 added a new utility F<perlthanks>, which is a variant of | |
1878 | F<perlbug>, but for sending non-bug-reports to the authors and maintainers | |
1879 | of Perl. Getting nothing but bug reports can become a bit demoralising: | |
1880 | we'll see if this changes things. | |
1881 | ||
1882 | =item * | |
1883 | ||
1884 | F<perlbug> | |
1885 | ||
1886 | No longer reports "Message sent" when it hasn't actually sent the message | |
1887 | ||
1888 | =item * | |
1889 | ||
1890 | F<a2p> | |
1891 | ||
1892 | Fixed bugs with the match() operator in list context, remove mention of | |
c66407fa | 1893 | C<$[>. |
3ab3a109 JV |
1894 | |
1895 | =back | |
1896 | ||
1897 | =head1 Selected Bug Fixes | |
1898 | ||
1899 | =over 4 | |
1900 | ||
1901 | =item * | |
1902 | ||
1903 | Ensure that pp_qr returns a new regexp SV each time. Resolves RT #69852. | |
1904 | ||
1905 | Instead of returning a(nother) reference to the (pre-compiled) regexp in the | |
1906 | optree, use reg_temp_copy() to create a copy of it, and return a reference to | |
1907 | that. This resolves issues about Regexp::DESTROY not being called in a timely | |
1908 | fashion (the original bug tracked by RT #69852), as well as bugs related to | |
1909 | blessing regexps, and of assigning to regexps, as described in correspondence | |
1910 | added to the ticket. | |
1911 | ||
1912 | It transpires that we also need to undo the SvPVX() sharing when ithreads | |
1913 | cloning a Regexp SV, because mother_re is set to NULL, instead of a cloned | |
1914 | copy of the mother_re. This change might fix bugs with regexps and threads in | |
1915 | certain other situations, but as yet neither tests nor bug reports have | |
1916 | indicated any problems, so it might not actually be an edge case that it's | |
1917 | possible to reach. | |
1918 | ||
1919 | =item * | |
1920 | ||
3ab3a109 JV |
1921 | Several compilation errors and segfaults when perl was built with C<-Dmad> were fixed. |
1922 | ||
1923 | =item * | |
1924 | ||
1925 | Fixes for lexer API changes in 5.11.2 which broke NYTProf's savesrc option. | |
1926 | ||
1927 | =item * | |
1928 | ||
c66407fa | 1929 | C<-t> should only return TRUE for file handles connected to a TTY |
3ab3a109 | 1930 | |
c66407fa RS |
1931 | The Microsoft C version of C<isatty()> returns TRUE for all |
1932 | character mode devices, including the F</dev/null>-style "nul" | |
3ab3a109 JV |
1933 | device and printers like "lpt1". |
1934 | ||
1935 | =item * | |
1936 | ||
1937 | Fixed a regression caused by commit fafafbaf which caused a panic during | |
1938 | parameter passing [perl #70171] | |
1939 | ||
1940 | =item * | |
1941 | ||
1942 | On systems which in-place edits without backup files, -i'*' now works as | |
1943 | the documentation says it does [perl #70802] | |
1944 | ||
1945 | =item * | |
1946 | ||
1947 | Saving and restoring magic flags no longer loses readonly flag. | |
1948 | ||
1949 | =item * | |
1950 | ||
1951 | The malformed syntax C<grep EXPR LIST> (note the missing comma) no longer | |
1952 | causes abrupt and total failure. | |
1953 | ||
1954 | =item * | |
1955 | ||
1956 | Regular expressions compiled with C<qr{}> literals properly set C<$'> when | |
1957 | matching again. | |
1958 | ||
1959 | =item * | |
1960 | ||
1961 | Using named subroutines with C<sort> should no longer lead to bus errors [perl | |
1962 | #71076] | |
1963 | ||
1964 | =item * | |
1965 | ||
1966 | Numerous bugfixes catch small issues caused by the recently-added Lexer API. | |
1967 | ||
1968 | =item * | |
1969 | ||
1970 | Smart match against C<@_> sometimes gave false negatives. [perl #71078] | |
1971 | ||
1972 | =item * | |
1973 | ||
c66407fa RS |
1974 | C<$@> may now be assigned a read-only value (without error or busting |
1975 | the stack). | |
3ab3a109 JV |
1976 | |
1977 | =item * | |
1978 | ||
1979 | C<sort> called recursively from within an active comparison subroutine no | |
1980 | longer causes a bus error if run multiple times. [perl #71076] | |
1981 | ||
1982 | =item * | |
1983 | ||
c66407fa | 1984 | Tie::Hash::NamedCapture::* will not abort if passed bad input (RT #71828) |
3ab3a109 JV |
1985 | |
1986 | =item * | |
1987 | ||
1988 | @_ and $_ no longer leak under threads (RT #34342 and #41138, also | |
1989 | #70602, #70974) | |
1990 | ||
1991 | =item * | |
1992 | ||
1993 | C<-I> on shebang line now adds directories in front of @INC | |
1994 | as documented, and as does C<-I> when specified on the command-line. | |
1995 | ||
1996 | =item * | |
1997 | ||
1998 | C<kill> is now fatal when called on non-numeric process identifiers. | |
c66407fa RS |
1999 | Previously, an C<undef> process identifier would be interpreted as a |
2000 | request to kill process 0, which would terminate the current process | |
2001 | group on POSIX systems. Since process identifiers are always integers, | |
2002 | killing a non-numeric process is now fatal. | |
3ab3a109 JV |
2003 | |
2004 | =item * | |
2005 | ||
2006 | 5.10.0 inadvertently disabled an optimisation, which caused a measurable | |
2007 | performance drop in list assignment, such as is often used to assign | |
2008 | function parameters from C<@_>. The optimisation has been re-instated, and | |
c66407fa | 2009 | the performance regression fixed. (This fix is also present in 5.10.1) |
3ab3a109 JV |
2010 | |
2011 | =item * | |
2012 | ||
2013 | Fixed memory leak on C<while (1) { map 1, 1 }> [RT #53038]. | |
2014 | ||
2015 | =item * | |
2016 | ||
2017 | Some potential coredumps in PerlIO fixed [RT #57322,54828]. | |
2018 | ||
2019 | =item * | |
2020 | ||
2021 | The debugger now works with lvalue subroutines. | |
2022 | ||
2023 | =item * | |
2024 | ||
2025 | The debugger's C<m> command was broken on modules that defined constants | |
2026 | [RT #61222]. | |
2027 | ||
2028 | =item * | |
2029 | ||
2030 | C<crypt> and string complement could return tainted values for untainted | |
2031 | arguments [RT #59998]. | |
2032 | ||
2033 | =item * | |
2034 | ||
2035 | The C<-i>I<.suffix> command-line switch now recreates the file using | |
2036 | restricted permissions, before changing its mode to match the original | |
2037 | file. This eliminates a potential race condition [RT #60904]. | |
2038 | ||
2039 | =item * | |
2040 | ||
2041 | On some Unix systems, the value in C<$?> would not have the top bit set | |
2042 | (C<$? & 128>) even if the child core dumped. | |
2043 | ||
2044 | =item * | |
2045 | ||
2046 | Under some circumstances, C<$^R> could incorrectly become undefined | |
2047 | [RT #57042]. | |
2048 | ||
2049 | =item * | |
2050 | ||
2051 | In the XS API, various hash functions, when passed a pre-computed hash where | |
2052 | the key is UTF-8, might result in an incorrect lookup. | |
2053 | ||
2054 | =item * | |
2055 | ||
2056 | XS code including F<XSUB.h> before F<perl.h> gave a compile-time error | |
2057 | [RT #57176]. | |
2058 | ||
2059 | =item * | |
2060 | ||
2061 | C<< $object-E<gt>isa('Foo') >> would report false if the package C<Foo> didn't | |
2062 | exist, even if the object's C<@ISA> contained C<Foo>. | |
2063 | ||
2064 | =item * | |
2065 | ||
2066 | Various bugs in the new-to 5.10.0 mro code, triggered by manipulating | |
2067 | C<@ISA>, have been found and fixed. | |
2068 | ||
2069 | =item * | |
2070 | ||
2071 | Bitwise operations on references could crash the interpreter, e.g. | |
2072 | C<$x=\$y; $x |= "foo"> [RT #54956]. | |
2073 | ||
2074 | =item * | |
2075 | ||
2076 | Patterns including alternation might be sensitive to the internal UTF-8 | |
2077 | representation, e.g. | |
2078 | ||
2079 | my $byte = chr(192); | |
2080 | my $utf8 = chr(192); utf8::upgrade($utf8); | |
2081 | $utf8 =~ /$byte|X}/i; # failed in 5.10.0 | |
2082 | ||
2083 | =item * | |
2084 | ||
2085 | Within UTF8-encoded Perl source files (i.e. where C<use utf8> is in | |
2086 | effect), double-quoted literal strings could be corrupted where a C<\xNN>, | |
2087 | C<\0NNN> or C<\N{}> is followed by a literal character with ordinal value | |
2088 | greater than 255 [RT #59908]. | |
2089 | ||
2090 | =item * | |
2091 | ||
2092 | C<B::Deparse> failed to correctly deparse various constructs: | |
2093 | C<readpipe STRING> [RT #62428], C<CORE::require(STRING)> [RT #62488], | |
2094 | C<sub foo(_)> [RT #62484]. | |
2095 | ||
2096 | =item * | |
2097 | ||
2098 | Using C<setpgrp> with no arguments could corrupt the perl stack. | |
2099 | ||
2100 | =item * | |
2101 | ||
2102 | The block form of C<eval> is now specifically trappable by C<Safe> and | |
2103 | C<ops>. Previously it was erroneously treated like string C<eval>. | |
2104 | ||
2105 | =item * | |
2106 | ||
2107 | In 5.10.0, the two characters C<[~> were sometimes parsed as the smart | |
2108 | match operator (C<~~>) [RT #63854]. | |
2109 | ||
2110 | =item * | |
2111 | ||
2112 | In 5.10.0, the C<*> quantifier in patterns was sometimes treated as | |
2113 | C<{0,32767}> [RT #60034, #60464]. For example, this match would fail: | |
2114 | ||
2115 | ("ab" x 32768) =~ /^(ab)*$/ | |
2116 | ||
2117 | =item * | |
2118 | ||
2119 | C<shmget> was limited to a 32 bit segment size on a 64 bit OS [RT #63924]. | |
2120 | ||
2121 | =item * | |
2122 | ||
2123 | Using C<next> or C<last> to exit a C<given> block no longer produces a | |
2124 | spurious warning like the following: | |
2125 | ||
2126 | Exiting given via last at foo.pl line 123 | |
2127 | ||
2128 | =item * | |
2129 | ||
2130 | On Windows, C<'.\foo'> and C<'..\foo'> were treated differently than | |
2131 | C<'./foo'> and C<'../foo'> by C<do> and C<require> [RT #63492]. | |
2132 | ||
2133 | =item * | |
2134 | ||
2135 | Assigning a format to a glob could corrupt the format; e.g.: | |
2136 | ||
2137 | *bar=*foo{FORMAT}; # foo format now bad | |
2138 | ||
2139 | =item * | |
2140 | ||
2141 | Attempting to coerce a typeglob to a string or number could cause an | |
2142 | assertion failure. The correct error message is now generated, | |
2143 | C<Can't coerce GLOB to I<$type>>. | |
2144 | ||
2145 | =item * | |
2146 | ||
2147 | Under C<use filetest 'access'>, C<-x> was using the wrong access mode. This | |
2148 | has been fixed [RT #49003]. | |
2149 | ||
2150 | =item * | |
2151 | ||
2152 | C<length> on a tied scalar that returned a Unicode value would not be | |
2153 | correct the first time. This has been fixed. | |
2154 | ||
2155 | =item * | |
2156 | ||
2157 | Using an array C<tie> inside in array C<tie> could SEGV. This has been | |
2158 | fixed. [RT #51636] | |
2159 | ||
2160 | =item * | |
2161 | ||
2162 | A race condition inside C<PerlIOStdio_close()> has been identified and | |
2163 | fixed. This used to cause various threading issues, including SEGVs. | |
2164 | ||
2165 | =item * | |
2166 | ||
2167 | In C<unpack>, the use of C<()> groups in scalar context was internally | |
2168 | placing a list on the interpreter's stack, which manifested in various | |
2169 | ways, including SEGVs. This is now fixed [RT #50256]. | |
2170 | ||
2171 | =item * | |
2172 | ||
2173 | Magic was called twice in C<substr>, C<\&$x>, C<tie $x, $m> and C<chop>. | |
2174 | These have all been fixed. | |
2175 | ||
2176 | =item * | |
2177 | ||
2178 | A 5.10.0 optimisation to clear the temporary stack within the implicit | |
2179 | loop of C<s///ge> has been reverted, as it turned out to be the cause of | |
2180 | obscure bugs in seemingly unrelated parts of the interpreter [commit | |
2181 | ef0d4e17921ee3de]. | |
2182 | ||
2183 | =item * | |
2184 | ||
2185 | The line numbers for warnings inside C<elsif> are now correct. | |
2186 | ||
2187 | =item * | |
2188 | ||
2189 | The C<..> operator now works correctly with ranges whose ends are at or | |
2190 | close to the values of the smallest and largest integers. | |
2191 | ||
2192 | =item * | |
2193 | ||
2194 | C<binmode STDIN, ':raw'> could lead to segmentation faults on some platforms. | |
2195 | This has been fixed [RT #54828]. | |
2196 | ||
2197 | =item * | |
2198 | ||
2199 | An off-by-one error meant that C<index $str, ...> was effectively being | |
2200 | executed as C<index "$str\0", ...>. This has been fixed [RT #53746]. | |
2201 | ||
2202 | =item * | |
2203 | ||
2204 | Various leaks associated with named captures in regexes have been fixed | |
2205 | [RT #57024]. | |
2206 | ||
2207 | =item * | |
2208 | ||
2209 | A weak reference to a hash would leak. This was affecting C<DBI> | |
2210 | [RT #56908]. | |
2211 | ||
2212 | =item * | |
2213 | ||
2214 | Using (?|) in a regex could cause a segfault [RT #59734]. | |
2215 | ||
2216 | =item * | |
2217 | ||
2218 | Use of a UTF-8 C<tr//> within a closure could cause a segfault [RT #61520]. | |
2219 | ||
2220 | =item * | |
2221 | ||
2222 | Calling C<Perl_sv_chop()> or otherwise upgrading an SV could result in an | |
2223 | unaligned 64-bit access on the SPARC architecture [RT #60574]. | |
2224 | ||
2225 | =item * | |
2226 | ||
2227 | In the 5.10.0 release, C<inc_version_list> would incorrectly list | |
2228 | C<5.10.*> after C<5.8.*>; this affected the C<@INC> search order | |
2229 | [RT #67628]. | |
2230 | ||
2231 | =item * | |
2232 | ||
2233 | In 5.10.0, C<pack "a*", $tainted_value> returned a non-tainted value | |
2234 | [RT #52552]. | |
2235 | ||
2236 | =item * | |
2237 | ||
2238 | In 5.10.0, C<printf> and C<sprintf> could produce the fatal error | |
2239 | C<panic: utf8_mg_pos_cache_update> when printing UTF-8 strings | |
2240 | [RT #62666]. | |
2241 | ||
2242 | =item * | |
2243 | ||
2244 | In the 5.10.0 release, a dynamically created C<AUTOLOAD> method might be | |
2245 | missed (method cache issue) [RT #60220,60232]. | |
2246 | ||
2247 | =item * | |
2248 | ||
2249 | In the 5.10.0 release, a combination of C<use feature> and C<//ee> could | |
2250 | cause a memory leak [RT #63110]. | |
2251 | ||
2252 | =item * | |
2253 | ||
2254 | C<-C> on the shebang (C<#!>) line is once more permitted if it is also | |
2255 | specified on the command line. C<-C> on the shebang line used to be a | |
2256 | silent no-op I<if> it was not also on the command line, so perl 5.10.0 | |
2257 | disallowed it, which broke some scripts. Now perl checks whether it is | |
2258 | also on the command line and only dies if it is not [RT #67880]. | |
2259 | ||
2260 | =item * | |
2261 | ||
2262 | In 5.10.0, certain types of re-entrant regular expression could crash, | |
2263 | or cause the following assertion failure [RT #60508]: | |
2264 | ||
2265 | Assertion rx->sublen >= (s - rx->subbeg) + i failed | |
2266 | ||
2267 | =item * | |
2268 | ||
2269 | Previously missing files from Unicode 5.1 Character Database are now included. | |
2270 | ||
2271 | =item * | |
2272 | ||
2273 | C<TMPDIR> is now honored when opening an anonymous temporary file | |
2274 | ||
2275 | =back | |
2276 | ||
2277 | =head1 Platform Specific Changes | |
2278 | ||
2279 | =head2 New Platforms | |
2280 | ||
2281 | =over | |
2282 | ||
2283 | =item Haiku | |
2284 | ||
2285 | Patches from the Haiku maintainers have been merged in. Perl should now | |
2286 | build on Haiku. | |
2287 | ||
2288 | =item MirOS BSD | |
2289 | ||
2290 | Perl should now build on MirOS BSD. | |
2291 | ||
2292 | ||
2293 | =back | |
2294 | ||
2295 | =head2 Discontinued Platforms | |
2296 | ||
2297 | =over | |
2298 | ||
2299 | =item DomainOS | |
2300 | ||
2301 | Support for Apollo DomainOS was removed in Perl 5.11.0 | |
2302 | ||
2303 | =item MachTen | |
2304 | ||
2305 | Support for Tenon Intersystems MachTen Unix layer for MacOS Classic was | |
2306 | removed in Perl 5.11.0 | |
2307 | ||
2308 | =item MiNT | |
2309 | ||
2310 | Support for Atari MiNT was removed in Perl 5.11.0. | |
2311 | ||
2312 | =back | |
2313 | ||
2314 | =head2 Updated Platforms | |
2315 | ||
2316 | =over 4 | |
2317 | ||
2318 | =item Darwin (Mac OS X) | |
2319 | ||
2320 | =over 4 | |
2321 | ||
2322 | =item * | |
2323 | ||
2324 | Skip testing the be_BY.CP1131 locale on Darwin 10 (Mac OS X 10.6), | |
2325 | as it's still buggy. | |
2326 | ||
2327 | =item * | |
2328 | ||
2329 | Correct infelicities in the regexp used to identify buggy locales | |
2330 | on Darwin 8 and 9 (Mac OS X 10.4 and 10.5, respectively). | |
2331 | ||
2332 | =back | |
2333 | ||
2334 | =item DragonFly BSD | |
2335 | ||
2336 | =over 4 | |
2337 | ||
2338 | =item * | |
2339 | ||
2340 | Fix thread library selection [perl #69686] | |
2341 | ||
2342 | =back | |
2343 | ||
2344 | =item Win32 | |
2345 | ||
2346 | =over 4 | |
2347 | ||
2348 | =item * | |
2349 | ||
2350 | Initial support for mingw64 is now available | |
2351 | ||
2352 | =item * | |
2353 | ||
c66407fa RS |
2354 | Various bits of Perl's build infrastructure are no longer converted to |
2355 | win32 line endings at release time. If this hurts you, please report the | |
2356 | problem with the L<perlbug> program included with perl. | |
3ab3a109 JV |
2357 | |
2358 | =item * | |
2359 | ||
2360 | Always add a manifest resource to C<perl.exe> to specify the C<trustInfo> | |
2361 | settings for Windows Vista and later. Without this setting Windows | |
2362 | will treat C<perl.exe> as a legacy application and apply various | |
2363 | heuristics like redirecting access to protected file system areas | |
2364 | (like the "Program Files" folder) to the users "VirtualStore" | |
2365 | instead of generating a proper "permission denied" error. | |
2366 | ||
2367 | For VC8 and VC9 this manifest setting is automatically generated by | |
2368 | the compiler/linker (together with the binding information for their | |
2369 | respective runtime libraries); for all other compilers we need to | |
2370 | embed the manifest resource explicitly in the external resource file. | |
2371 | ||
2372 | This change also requests the Microsoft Common-Controls version 6.0 | |
2373 | (themed controls introduced in Windows XP) via the dependency list | |
2374 | in the assembly manifest. For VC8 and VC9 this is specified using the | |
2375 | C</manifestdependency> linker commandline option instead. | |
2376 | ||
2377 | =item * | |
2378 | ||
2379 | Improved message window handling means that C<alarm> and C<kill> messages | |
2380 | will no longer be dropped under race conditions. | |
2381 | ||
2382 | =back | |
2383 | ||
2384 | =item cygwin | |
2385 | ||
2386 | =over 4 | |
2387 | ||
2388 | =item * | |
2389 | ||
2390 | Enable IPv6 support on cygwin 1.7 and newer | |
2391 | ||
2392 | =back | |
2393 | ||
2394 | =item OpenVMS | |
2395 | ||
2396 | =over 4 | |
2397 | ||
2398 | =item * | |
2399 | ||
2400 | Make -UDEBUGGING the default on VMS for 5.12.0. | |
2401 | ||
2402 | Like it has been everywhere else for ages and ages. Also make | |
2403 | command-line selection of -UDEBUGGING and -DDEBUGGING work in | |
2404 | configure.com; before the only way to turn it off was by saying | |
2405 | no in answer to the interactive question. | |
2406 | ||
2407 | =item * | |
2408 | ||
2409 | The default pipe buffer size on VMS has been updated to 8192 on 64-bit | |
2410 | systems. | |
2411 | ||
2412 | =item * | |
2413 | ||
2414 | Reads from the in-memory temporary files of C<PerlIO::scalar> used to fail | |
2415 | if C<$/> was set to a numeric reference (to indicate record-style reads). | |
2416 | This is now fixed. | |
2417 | ||
2418 | =item * | |
2419 | ||
2420 | VMS now supports C<getgrgid>. | |
2421 | ||
2422 | =item * | |
2423 | ||
2424 | Many improvements and cleanups have been made to the VMS file name handling | |
2425 | and conversion code. | |
2426 | ||
2427 | =item * | |
2428 | ||
2429 | Enabling the C<PERL_VMS_POSIX_EXIT> logical name now encodes a POSIX exit | |
2430 | status in a VMS condition value for better interaction with GNV's bash | |
2431 | shell and other utilities that depend on POSIX exit values. See | |
2432 | L<perlvms/"$?"> for details. | |
2433 | ||
2434 | =item * | |
2435 | ||
2436 | C<File::Copy> now detects Unix compatibility mode on VMS. | |
2437 | ||
2438 | =back | |
2439 | ||
2440 | =item AIX | |
2441 | ||
2442 | Removed F<libbsd> for AIX 5L and 6.1. Only C<flock()> was used from F<libbsd>. | |
2443 | ||
2444 | Removed F<libgdbm> for AIX 5L and 6.1. The F<libgdbm> is delivered as an | |
2445 | optional package with the AIX Toolbox. Unfortunately the 64 bit version | |
2446 | is broken. | |
2447 | ||
2448 | Hints changes mean that AIX 4.2 should work again. | |
2449 | ||
2450 | =item Cygwin | |
2451 | ||
2452 | On Cygwin we now strip the last number from the DLL. This has been the | |
2453 | behaviour in the cygwin.com build for years. The hints files have been | |
2454 | updated. | |
2455 | ||
2456 | ||
2457 | =item FreeBSD | |
2458 | ||
2459 | The hints files now identify the correct threading libraries on FreeBSD 7 | |
2460 | and later. | |
2461 | ||
2462 | =item Irix | |
2463 | ||
2464 | We now work around a bizarre preprocessor bug in the Irix 6.5 compiler: | |
2465 | C<cc -E -> unfortunately goes into K&R mode, but C<cc -E file.c> doesn't. | |
2466 | ||
2467 | =item NetBSD | |
2468 | ||
2469 | Hints now supports versions 5.*. | |
2470 | ||
2471 | =item Stratus VOS | |
2472 | ||
2473 | Various changes from Stratus have been merged in. | |
2474 | ||
2475 | =item Symbian | |
2476 | ||
2477 | There is now support for Symbian S60 3.2 SDK and S60 5.0 SDK. | |
2478 | ||
2479 | =back | |
2480 | ||
2481 | =head1 Known Problems | |
2482 | ||
2483 | This is a list of some significant unfixed bugs, which are regressions | |
2484 | from either 5.10.0 or 5.8.x. | |
2485 | ||
2486 | =over 4 | |
2487 | ||
2488 | =item * | |
2489 | ||
2490 | C<List::Util::first> misbehaves in the presence of a lexical C<$_> | |
2491 | (typically introduced by C<my $_> or implicitly by C<given>). The variable | |
2492 | which gets set for each iteration is the package variable C<$_>, not the | |
2493 | lexical C<$_> [RT #67694]. | |
2494 | ||
2495 | A similar issue may occur in other modules that provide functions which | |
2496 | take a block as their first argument, like | |
2497 | ||
2498 | foo { ... $_ ...} list | |
2499 | ||
2500 | =item * | |
2501 | ||
3ab3a109 JV |
2502 | Some regexes may run much more slowly when run in a child thread compared |
2503 | with the thread the pattern was compiled into [RT #55600]. | |
2504 | ||
2505 | =item * | |
2506 | ||
3d3a8206 KW |
2507 | Things like C<"\N{LATIN SMALL LIGATURE FF}" =~ /\N{LATIN SMALL LETTER F}+/> |
2508 | will appear to hang as they get into a very long running loop [RT #72998]. | |
2509 | ||
2510 | =item * | |
2511 | ||
3ab3a109 JV |
2512 | Untriaged test crashes on Windows 2000 |
2513 | ||
2514 | Several porters have reported mysterious crashes when Perl's entire test suite is run after a build on certain Windows 2000 systems. When run by hand, the individual tests reportedly work fine. | |
2515 | ||
2516 | =item * | |
2517 | ||
2518 | Known test failures on VMS | |
2519 | ||
2520 | Perl 5.11.1 fails a small set of core and CPAN tests as of this release. | |
2521 | With luck, that'll be sorted out for 5.11.2 | |
2522 | ||
2523 | =item * | |
2524 | ||
2525 | Known test failures on VMS | |
2526 | ||
2527 | Perl 5.11.2 fails a small set of core and CPAN tests as of this | |
2528 | release. With luck, that'll be sorted out for 5.11.3. | |
2529 | ||
2530 | =back | |
2531 | ||
2532 | =head1 Acknowledgements | |
2533 | ||
2534 | Perl 5.12.0 represents approximately two years of development since | |
2535 | Perl 5.10.0 and contains __ lines of changes across ___ files | |
2536 | from __ authors and committers: | |
2537 | ||
2538 | XXX TODO LIST | |
2539 | ||
2540 | Many of the changes included in this version originated in the CPAN | |
2541 | modules included in Perl's core. We're grateful to the entire CPAN | |
2542 | community for helping Perl to flourish. | |
2543 | ||
2544 | =head1 Reporting Bugs | |
2545 | ||
2546 | If you find what you think is a bug, you might check the articles | |
2547 | recently posted to the comp.lang.perl.misc newsgroup and the perl | |
2548 | bug database at L<http://rt.perl.org/perlbug/>. There may also be | |
2549 | information at L<http://www.perl.org/>, the Perl Home Page. | |
2550 | ||
2551 | If you believe you have an unreported bug, please run the B<perlbug> | |
2552 | program included with your release. Be sure to trim your bug down | |
2553 | to a tiny but sufficient test case. Your bug report, along with the | |
2554 | output of C<perl -V>, will be sent off to perlbug@perl.org to be | |
2555 | analyzed by the Perl porting team. | |
2556 | ||
2557 | If the bug you are reporting has security implications, which make it | |
2558 | inappropriate to send to a publicly archived mailing list, then please send | |
2559 | it to perl5-security-report@perl.org. This points to a closed subscription | |
2560 | unarchived mailing list, which includes all the core committers, who be able | |
2561 | to help assess the impact of issues, figure out a resolution, and help | |
2562 | co-ordinate the release of patches to mitigate or fix the problem across all | |
2563 | platforms on which Perl is supported. Please only use this address for | |
2564 | security issues in the Perl core, not for modules independently | |
2565 | distributed on CPAN. | |
2566 | ||
2567 | =head1 SEE ALSO | |
2568 | ||
2569 | The F<Changes> file for an explanation of how to view exhaustive details | |
2570 | on what changed. | |
2571 | ||
2572 | The F<INSTALL> file for how to build Perl. | |
2573 | ||
2574 | The F<README> file for general stuff. | |
2575 | ||
2576 | The F<Artistic> and F<Copying> files for copyright information. | |
2577 | ||
2578 | =cut |