4 This has been completed up to 84c2f6fdcb.
9 [ this is a template for a new perldelta file. Any text flagged as
10 XXX needs to be processed before release. ]
12 perldelta - what is new for perl v5.15.3
16 This document describes differences between the 5.15.2 release and
19 If you are upgrading from an earlier release such as 5.15.1, first read
20 L<perl5152delta>, which describes differences between 5.15.1 and
25 XXX Any important notices here
27 =head1 Core Enhancements
29 XXX New core language features go here. Summarise user-visible core language
30 enhancements. Particularly prominent performance optimisations could go
31 here, but most should go in the L</Performance Enhancements> section.
33 [ List each enhancement as a =head2 entry ]
35 =head2 More CORE subs are callable through references
37 Perl 5.15.2 introduced subroutines in the CORE namespace. Most of them
38 could only be called as barewords; i.e., they could be aliased at compile
39 time and then inlined under new names.
41 Almost all of these functions can now be called through references and via
42 C<&foo()> syntax, bypassing the prototype. See L<CORE> for a list of the
45 =head2 New debugger commands
47 The debugger now has C<disable> and C<enable> commands for disabling
48 existing breakpoints and reënabling them. See L<perldebug>.
52 XXX Any security-related notices go here. In particular, any security
53 vulnerabilities closed should be noted here rather than in the
54 L</Selected Bug Fixes> section.
56 [ List each security issue as a =head2 entry ]
58 =head2 C<File::Glob::bsd_glob()> memory error with GLOB_ALTDIRFUNC (CVE-2011-2728).
60 Calling C<File::Glob::bsd_glob> with the unsupported flag GLOB_ALTDIRFUNC would
61 cause an access violation / segfault. A Perl program that accepts a flags value from
62 an external source could expose itself to denial of service or arbitrary code
63 execution attacks. There are no known exploits in the wild. The problem has been
64 corrected by explicitly disabling all unsupported flags and setting unused function
65 pointers to null. Bug reported by Clément Lecigne.
67 =head1 Incompatible Changes
69 =head2 $[ has been removed
71 The array/string index offsetting mechanism, controlled by the C<$[> magic
72 variable, has been removed. C<$[> now always reads as zero. Writing a
73 zero to it is still permitted, but writing a non-zero value causes an
74 exception. Those hopelessly addicted to FORTRAN-style 1-based indexing
75 may wish to use the module L<Array::Base>, which provides an independent
76 implementation of the index offsetting concept, or L<Classic::Perl>,
77 which allows L<Array::Base> to be controlled through assignment to C<$[>.
79 =head2 User-defined case changing operations.
81 This feature was deprecated in Perl 5.14, and has now been removed.
82 The CPAN module L<Unicode::Casing> provides better functionality without
83 the drawbacks that this feature had, as are detailed in the 5.14
85 L<http://perldoc.perl.org/5.14.0/perlunicode.html#User-Defined-Case-Mappings-%28for-serious-hackers-only%29>
87 =head2 XSUBs are now 'static'
89 XSUB C functions are now 'static', that is, they are not visible from
90 outside the compilation unit. Users can use the new C<XS_EXTERNAL(name)>
91 and C<XS_INTERNAL(name)> macros to pick the desired linking behaviour.
92 The ordinary C<XS(name)> declaration for XSUBs will continue to declare
93 non-'static' XSUBs for compatibility, but the XS compiler,
94 C<ExtUtils::ParseXS> (C<xsubpp>) will emit 'static' XSUBs by default.
95 C<ExtUtils::ParseXS>'s behaviour can be reconfigured from XS using the
96 C<EXPORT_XSUB_SYMBOLS> keyword, see L<perlxs> for details.
98 =head2 Borland compiler
100 All support for the Borland compiler has been dropped. The code had not
101 worked for a long time anyway.
103 =head2 Weakening read-only references
105 Weakening read-only references is no longer permitted. It should never
106 hove worked anyway, and in some cases could result in crashes.
110 XXX Any deprecated features, syntax, modules etc. should be listed here.
111 In particular, deprecated modules should be listed here even if they are
112 listed as an updated module in the L</Modules and Pragmata> section.
114 [ List each deprecation as a =head2 entry ]
116 =head1 Performance Enhancements
118 XXX Changes which enhance performance without changing behaviour go here. There
119 may well be none in a stable release.
121 [ List each enhancement as a =item entry ]
131 =head1 Modules and Pragmata
133 XXX All changes to installed files in F<cpan/>, F<dist/>, F<ext/> and F<lib/>
134 go here. If Module::CoreList is updated, generate an initial draft of the
135 following sections using F<Porting/corelist-perldelta.pl>, which prints stub
136 entries to STDOUT. Results can be pasted in place of the '=head2' entries
137 below. A paragraph summary for important changes should then be added by hand.
138 In an ideal world, dual-life modules would have a F<Changes> file that could be
141 [ Within each section, list entries as a =item entry ]
143 =head2 New Modules and Pragmata
153 =head2 Updated Modules and Pragmata
159 L<AnyDBM_File> has been upgraded from version 1.00 to version 1.01.
161 This is only a minor documentation update.
165 L<Archive::Extract> has been upgraded from version 0.52 to version 0.56.
167 Resolved an issue where C<unzip> executable was present in C<PATH> on MSWin32
171 L<Archive::Tar> has been upgraded from version 1.76 to version 1.78.
175 L<B::Deparse> has been upgraded from version 1.07 to 1.08.
177 It now correctly deparses C<$#{/}> and C<qq(${#}a)>.
181 L<CPAN::Meta> has been upgraded from version 2.112150 to version 2.112580.
185 L<CPAN::Meta::YAML> has been upgraded from version 0.003 to version 0.004.
189 L<CPANPLUS> has been upgraded from version 0.9109 to version 0.9111.
193 L<CPANPLUS::Dist::Build> has been upgraded from version 0.56 to version 0.58.
197 L<Devel::PPPort> has been upgraded from version 3.19 to version 3.20.
201 L<diagnostics> has been upgraded from version 1.24 to version 1.25.
203 It now strips out C<SZ<><...>> formatting codes before displaying
204 descriptions [perl #94488].
208 L<Data::Dumper> has been upgraded from version 2.133 to version 2.134.
210 The XS code for sorting hash keys has been simplified slightly.
214 L<Exporter> has been upgraded from version 5.64_03 to version 5.65.
218 L<ExtUtils::ParseXS> has been upgraded from version 3.03_01 to version 3.04_04.
220 The handling of C<dVAR> in the generated XS code has been simplified.
222 The previously broken "INCLUDE: ... |" functionality has been repaired
225 A compatibility-workaround for modules that cannot
226 live with the new XSUB staticness (see I<XSUBs are now static> above)
227 has been implemented with the C<PERL_EUPXS_ALWAYS_EXPORT> and
228 C<PERL_EUPXS_NEVER_EXPORT> preprocessor defines.
230 The compiler warnings when -except option is used with F<xsubpp>
233 The XSUB.h changes to make C<XS(name)> use C<XS_INTERNAL(name)>
234 by default (which were in the 5.15.2 dev release of perl)
235 have been reverted since too many CPAN modules expect to
236 be able to refer to XSUBs declared with C<XS(name)>.
237 Instead, C<ExtUtils::ParseXS> will define a copy of the
238 C<XS_INTERNAL>/C<XS_EXTERNAL> macros as necessary going back to
239 perl 5.10.0. By default, ExtUtils::ParseXS will use
240 C<XS_INTERNAL(name)> instead of C<XS(name)>.
242 Fixed regression for input-typemap override in XS argument
243 list (CPAN RT #70448).
245 C<ExtUtils::Typemaps> now properly strips trailing semicolons
246 from inputmaps. These could previously trigger warnings (errors
247 in strict C89 compilers) due to additional semicolons being
248 interpreted as empty statements.
250 Now detects and throws a warning if there is a C<CODE> section using
251 C<RETVAL>, but no C<OUTPUT> section (CPAN RT #69536).
255 L<Locale::Codes> has been upgraded from version 3.17 to version 3.18.
257 The CIA world added non-standard values, so this is no longer used as a source
262 L<File::Glob> has been upgraded from version 1.12 to version 1.13.
264 On Windows, tilde (~) expansion now checks the C<USERPROFILE> environment
265 variable, after checking C<HOME>.
267 See also L</Security>.
271 L<Filter::Simple> has been upgrade from version 0.87 to 0.88.
273 It is now better at detecting the end of a pod section. It always checks
274 for =cut, instead of checking for =end (if the pod begins with =begin) or
275 the end of the paragraph (if the pod begins with =for) [perl #92436].
277 It is also better at detecting variables. A method call on a variable is
278 no longer considered part of the variable name, so strings passed to a
279 method are now hidden from filters that do not want to deal with strings
284 L<IO> has been upgraded from version 1.25_05 to 1.25_06, and L<IO::Handle>
285 from version 1.32 to 1.33.
287 Together, these upgrades fix a problem with IO::Handle's C<getline> and
288 C<getlines> methods. When these methods are called on the special ARGV
289 handle, the next file is automatically opened, as happens with the built-in
290 C<< <> >> and C<readline> functions. But, unlike the built-ins, these
291 methods were not respecting the caller's use of the L<open> pragma and
292 applying the approprate I/O layers to the newly-opened file
293 [rt.cpan.org #66474].
297 L<Math::BigRat> has been upgraded from version 0.2602 to version 0.2603.
299 C<int()> on a Math::BigRat object containing -1/2 now creates a
300 Math::BigInt containing 0, rather than -0. L<Math::BigInt> does not even
301 support negative zero, so the resulting object was actually malformed
306 L<Module::CoreList> has been upgraded from version 2.55 to 2.56.
308 It was missing a few entries: L<DB_File> in 5.8.2, L<Errno> in 5.6.0 and
309 5.6.1, and L<VMS::Filespec> in 5.12.3.
313 L<Module::Metadata> has been upgraded from version 1.000005_01 to version 1.000007.
317 L<Module::Load::Conditional> has been upgraded from version 0.44 to version 0.46.
321 L<ODBM_File> has been upgraded from version 1.11 to version 1.12.
323 This is only a minor refactoring of the XS code to bring it closer to the
324 other C<?DBM_File> modules.
328 L<open> has been upgraded from version 1.08 to 1.09.
330 It no longer turns of layers on standard handles when invoked without the
331 ":std" directive. Similarly, when invoked I<with> the ":std" directive, it
332 now clears layers on STDERR before applying the new ones, and not just on
333 STDIN and STDOUT [perl #92728].
337 L<perlfaq> has been upgraded from version 5.01500302 to version 5.0150034.
341 L<Pod::Perldoc> has been upgraded from version 3.15_06 to 3.15_07.
343 When rendering a file specified as an HTTP URL, it now use a manpage name
344 based on the URL, instead of the name of the temporary file.
348 L<Pod::Simple> has been upgraded from version 3.18 to version 3.19.
352 L<POSIX> has been upgraded from version 1.24 to version 1.25.
354 L<POSIX> no longer uses L<AutoLoader>. Any code which was relying on this
355 implementation detail was buggy, and may fail as a result of this change.
356 The module's Perl code has been considerably simplified, roughly halving
357 the number of lines, with no change in functionality. The XS code has
358 been refactored to reduce the size of the shared object by about 12%,
359 with no change in functionality. More POSIX functions now have tests.
361 C<POSIX::Termios::setattr> now defaults the third argument to C<TCSANOW>,
362 instead of 0. On most platforms C<TCSANOW> is defined as 0, but on some
363 0 is not a valid parameter, which caused a call with defaults to fail.
367 L<Storable> has been upgraded from version 2.31 to version 2.32.
369 XS code which duplicates functionality of F<ppport.h> has been removed.
370 Tests should now pass on older versions of L<Test::More>. Storable now
371 builds and passes tests back to perl 5.004.
375 L<threads::shared> has been upgraded from version 1.38 to 1.40.
377 Destructors on shared objects used to be ignored sometimes if the objects
378 were referenced only by shared data structures. This has been mostly
379 fixed, but destructors may still be ignored if the objects still exist at
380 global destruction time [perl #98204].
384 L<XSLoader> has been upgraded from version 0.15 to version 0.16.
388 =head2 Removed Modules and Pragmata
400 XXX Changes to files in F<pod/> go here. Consider grouping entries by
401 file and be sure to link to the appropriate page, e.g. L<perlfunc>.
403 =head2 New Documentation
407 This a new OO tutorial. It focuses on basic OO concepts, and then recommends
408 that readers choose an OO framework from CPAN.
410 =head2 Changes to Existing Documentation
418 This document has been rewritten from scratch, and its coverage of various OO
419 concepts has been expanded.
429 There is now a standard convention for naming keys in the C<%^H>,
430 documented under L<Key naming|perlpragma/Key naming>.
434 =head2 Removed Documentation
436 =head3 Old OO Documentation
438 All the old OO tutorials, perltoot, perltooc, and perlboot, have been
439 removed. The perlbot (bag of object tricks) document has been removed as well.
441 =head3 Development Deltas
443 The old perldelta files for development cycles prior to 5.15 have been
448 The following additions or changes have been made to diagnostic output,
449 including warnings and fatal error messages. For the complete list of
450 diagnostic messages, see L<perldiag>.
452 XXX New or changed warnings emitted by the core's C<C> code go here. Also
453 include any changes in L<perldiag> that reconcile it to the C<C> code.
455 [ Within each section, list entries as a =item entry that links to perldiag,
460 L<Invalid version object|perldiag/"Invalid version object">
463 =head2 New Diagnostics
465 XXX Newly added diagnostic messages go here
473 XXX L<message|perldiag/"message">
483 XXX L<message|perldiag/"message">
487 =head2 Changes to Existing Diagnostics
489 XXX Changes (i.e. rewording) of diagnostic messages go here
495 XXX Describe change here
499 =head1 Utility Changes
501 XXX Changes to installed programs such as F<perlbug> and F<xsubpp> go
502 here. Most of these are built within the directories F<utils> and F<x2p>.
504 [ List utility changes as a =head3 entry for each utility and =item
505 entries for each change
506 Use L<XXX> with program names to get proper documentation linking. ]
514 L<h2ph> used to generate code of the form
516 unless(defined(&FOO)) {
520 But the subroutine is a compile-time declaration, and is hence unaffected
521 by the condition. It has now been corrected to emit a string C<eval>
522 around the subroutine [perl #99368].
526 =head1 Configuration and Compilation
528 XXX Changes to F<Configure>, F<installperl>, F<installman>, and analogous tools
529 go here. Any other changes to the Perl build process should be listed here.
530 However, any platform-specific changes should be listed in the
531 L</Platform Support> section, instead.
533 [ List changes as a =item entry ].
539 The file F<global.sym> is no longer needed, and has been removed. It
540 contained a list of all exported functions, one of the files generated by
541 F<regen/embed.pl> from data in F<embed.fnc> and F<regen/opcodes>. The code
542 has been refactored so that the only user of F<global.sym>, F<makedef.pl>,
543 now reads F<embed.fnc> and F<regen/opcodes> directly, removing the need to
544 store the list of exported functions in an intermediate file.
546 As F<global.sym> was never installed, this change will not be visible
547 outside the build process.
553 XXX Any significant changes to the testing of a freshly built perl should be
554 listed here. Changes which create B<new> files in F<t/> go here as do any
555 large changes to the testing harness (e.g. when parallel testing was added).
556 Changes to existing files in F<t/> aren't worth summarising, although the bugs
557 that they represent may be covered elsewhere.
559 [ List each test improvement as a =item entry ]
565 F<t/porting/globvar.t> has been added, to run a sanity check on F<globar.sym>.
566 F<globar.sym> is not needed on most *nix platforms, but is for Win32, hence
567 previously was it was possible to inadvertently commit changes that worked
568 perfectly locally, but broke the build on Win32.
572 F<t/op/unlink.t> has been added to test the C<unlink> function.
576 =head1 Platform Support
578 XXX Any changes to platform support should be listed in the sections below.
580 [ Within the sections, list each platform as a =item entry with specific
581 changes as paragraphs below it. ]
585 XXX List any platforms that this version of perl compiles on, that previous
586 versions did not. These will either be enabled by new files in the F<hints/>
587 directories, or new subdirectories and F<README> files at the top level of the
592 =item XXX-some-platform
598 =head2 Discontinued Platforms
600 XXX List any platforms that this version of perl no longer compiles on.
604 =item XXX-some-platform
610 =head2 Platform-Specific Notes
612 XXX List any changes for specific platforms. This could include configuration
613 and compilation changes or changes in portability/compatibility. However,
614 changes within modules for platforms should generally be listed in the
615 L</Modules and Pragmata> section.
619 =item XXX-some-platform
625 =head1 Internal Changes
627 XXX Changes which affect the interface available to C<XS> code go here.
628 Other significant internal changes for future core maintainers should
631 [ List each change as a =item entry ]
637 The C<is_gv_magical_sv> function has been eliminated and merged with
638 C<gv_fetchpvn_flags>. It used to be called to determine whether a GV
639 should be autovivified in rvalue context. Now it has been replaced with a
640 new C<GV_ADDMG> flag (not part of the API).
644 Padlists are now marked C<AvREAL>; i.e., reference-counted. They have
645 always been reference-counted, but were not marked real, because F<pad.c>
646 did its own clean-up, instead of using the usual clean-up code in F<sv.c>.
647 That caused problems in thread cloning, so now the C<AvREAL> flag is on,
648 but is turned off in F<pad.c> right before the padlist is freed (after
649 F<pad.c> has done its custom freeing of the pads).
653 All the C files that make up the Perl core have been converted to UTF-8.
657 =head1 Selected Bug Fixes
659 XXX Important bug fixes in the core language are summarised here.
660 Bug fixes in files in F<ext/> and F<lib/> are best summarised in
661 L</Modules and Pragmata>.
663 [ List each fix as a =item entry ]
669 In Perl 5.15.0 C<defined(${'$'})> stopped returning true if the C<$$>
670 variable had not been used yet. This has been fixed.
674 C<defined(${"..."})>, C<defined(*{"..."})>, etc., used to
675 return true for most, but not all built-in variables, if
676 they had not been used yet. Many times that new built-in
677 variables were added in past versions, this construct was
678 not taken into account, so this affected C<${^GLOBAL_PHASE}> and
679 C<${^UTF8CACHE}>, among others. It also used to return false if the
680 package name was given as well (C<${"::!"}>) and for subroutines in the
681 CORE package [perl #97978] [perl #97492] [perl #97484].
685 Perl 5.10.0 introduced a similar bug: C<defined(*{"foo"})> where "foo"
686 represents the name of a built-in global variable used to return false if
687 the variable had never been used before, but only on the I<first> call.
688 This, too, has been fixed.
692 Various functions that take a filehandle argument in rvalue context
693 (C<close>, C<readline>, etc.) used to call C<FETCH> multiple times, if it
694 was a tied variable, and warn twice, if it was C<undef> [perl #97482].
698 C<close> and similar filehandle functions, when called on built-in global
699 variables (like C<$+>), used to die if the variable happened to hold the
700 undefined value, instead of producing the usual "Use of uninitialized
705 When autovivified file handles were introduced in Perl 5.6.0, C<readline>
706 was inadvertently made to autovivify when called as C<readline($foo)> (but
707 not as C<< <$foo> >>). It has now been fixed never to autovivify.
711 C<defined ${ $tied_variable }> used to call C<FETCH> multiple times, but
712 now calls it just once.
716 Some cases of dereferencing a complex expression, such as
717 C<${ (), $tied } = 1>, used to call C<FETCH> multiple times, but now call
722 For a tied variable returning a package name, C<< $tied->method >> used to
723 call C<FETCH> multiple times (even up to six!), and sometimes would
724 fail to call the method, due to memory corruption.
728 Calling an undefined anonymous subroutine (e.g., what $x holds after
729 C<undef &{$x = sub{}}>) used to cause a "Not a CODE reference" error, which
730 has been corrected to "Undefined subroutine called" [perl #71154].
734 Causing C<@DB::args> to be freed between uses of C<caller> no longer
735 results in a crash [perl #93320].
739 Since 5.6.0, C<*{ ... }> has been inconsistent in how it treats undefined
740 values. It would die in strict mode or lvalue context for most undefined
741 values, but would be treated as the empty string (with a warning) for the
742 specific scalar return by C<undef()> (C<&PL_sv_undef> internally). This
743 has been corrected. C<undef()> is now treated like other undefined
744 scalars, as in Perl 5.005.
748 It used to be possible to free the typeglob of a localised array or hash
749 (e.g., C<local @{"x"}; delete $::{x}>), resulting in a crash on scope exit.
753 C<setpgrp($foo)> used to be equivalent to C<($foo, setpgrp)>, because
754 C<setpgrp> was ignoring its argument if there was just one. Now it is
755 equivalent to C<setpgrp($foo,0)>.
759 Assignments like C<*$tied = \&{"..."}> and C<*glob = $tied> now call FETCH
764 C<chdir>, C<chmod>, C<chown>, C<utime>, C<truncate>, C<stat>, C<lstat> and the filetest ops (C<-r>, C<-x>, etc.)
765 now always call FETCH if passed a tied
766 variable as the last argument. They used to ignore tiedness if the last
767 thing return from or assigned to the variable was a typeglob or reference
772 Perl 5.15.1 inadvertently stopped C<*foo =~ s/\*//r> from working, as it
773 would try to force the *foo glob into a string. This has been fixed
778 If things were arranged in memory the right way, it was possible for
779 thread joining to emit "Attempt to free unreferenced scalar" warnings if
780 C<caller> had been used from the C<DB> package prior to thread creation,
781 due to the way pads were reference-counted and cloned [perl #98092].
785 CORE:: subs were introduced in the previous development release, but
786 C<defined &{"CORE::..."}> did not return true. That has been rectified
791 Lvalue subroutines were made to autovivify in 5.15.0, but it did not work
792 in some cases involving an intervening list operator between the
793 dereference operator and the subroutine call (C<${(), lvsub()}>)
798 A bug has been fixed that occurs when a tied variable is used as a
799 subroutine reference: if the last thing assigned to or returned from the
800 variable was a reference or typeglob, the C<\&$tied> could either crash or
801 return the wrong subroutine. The reference case is a regression introduced
802 in Perl 5.10.0. For typeglobs, it has probably never worked till now.
806 C<given> was not scoping its implicit $_ properly, resulting in memory
807 leaks or "Variable is not available" warnings [perl #94682].
811 C<-l> followed by a bareword no longer "eats" the previous argument to
812 the list operator in whose argument list it resides. In less convoluted
813 English: C<print "bar", -l foo> now actually prints "bar", because C<-l>
818 In 5.14.0, filetest ops (C<-r>, C<-x>, etc.) started calling FETCH on a
819 tied argument belonging to the previous argument to a list operator, if
820 called with a bareword argument or no argument at all. This has been
821 fixed, so C<push @foo, $tied, -r> no longer calls FETCH on C<$tied>.
825 C<shmread> was not setting the scalar flags correctly when reading from
826 shared memory, causing the existing cached numeric representation in the
827 scalar to persist [perl #98480].
831 Weakening the first argument to an automatically-invoked C<DESTROY> method
832 could result in erroneous "DESTROY created new reference" errors or
833 crashes. Now it is an error to weaken a read-only reference.
837 Under miniperl (used to configure modules when perl itself is built),
838 C<glob> now clears %ENV before calling csh, since the latter croaks on some
839 systems if it does not like the contents of the LS_COLORS enviroment
840 variable [perl #98662].
844 C<++> and C<--> now work on copies of globs, instead of dying.
848 The subroutines in the CORE:: namespace that were introduced in the
849 previous development release run with the lexical hints (strict, warnings)
850 of the caller, just as though the built-in function had been called. But
851 this was not the case for C<goto &CORE::sub>. The CORE sub would end up
852 running with the lexical hints of the subroutine it replaced, instead of
853 that subroutine's caller. This has been fixed.
857 Stacked C<-l> (followed immediately by other filetest operators) did not
858 work previously; now it does. It is only permitted when the rightmost
859 filetest op has the special "_" handle for its argument and the most
860 recent C<stat>/C<lstat> call was an C<lstat>.
864 In Perl 5.6, C<-l> followed by anything other than a bareword would treat
865 its argument as a file name. That was changed in 5.8 for glob references
866 (C<\*foo>), but not for globs themselves (C<*foo>). Glob references
867 started being treated as file handles, but only if warnings were turned on.
868 In other words, it was simply buggy and inconsistent. Now the 5.6
869 behaviour has been restored.
873 =head1 Known Problems
875 XXX Descriptions of platform agnostic bugs we know we can't fix go here. Any
876 tests that had to be C<TODO>ed for the release would be noted here, unless
877 they were specific to a particular platform (see below).
879 This is a list of some significant unfixed bugs, which are regressions
880 from either 5.XXX.XXX or 5.XXX.XXX.
882 [ List each fix as a =item entry ]
894 XXX If any significant core contributor has died, we've added a short obituary
897 =head1 Acknowledgements
899 XXX Generate this with:
901 perl Porting/acknowledgements.pl v5.15.2..HEAD
903 =head1 Reporting Bugs
905 If you find what you think is a bug, you might check the articles
906 recently posted to the comp.lang.perl.misc newsgroup and the perl
907 bug database at http://rt.perl.org/perlbug/ . There may also be
908 information at http://www.perl.org/ , the Perl Home Page.
910 If you believe you have an unreported bug, please run the L<perlbug>
911 program included with your release. Be sure to trim your bug down
912 to a tiny but sufficient test case. Your bug report, along with the
913 output of C<perl -V>, will be sent off to perlbug@perl.org to be
914 analysed by the Perl porting team.
916 If the bug you are reporting has security implications, which make it
917 inappropriate to send to a publicly archived mailing list, then please send
918 it to perl5-security-report@perl.org. This points to a closed subscription
919 unarchived mailing list, which includes
920 all the core committers, who will be able
921 to help assess the impact of issues, figure out a resolution, and help
922 co-ordinate the release of patches to mitigate or fix the problem across all
923 platforms on which Perl is supported. Please only use this address for
924 security issues in the Perl core, not for modules independently
929 The F<Changes> file for an explanation of how to view exhaustive details
932 The F<INSTALL> file for how to build Perl.
934 The F<README> file for general stuff.
936 The F<Artistic> and F<Copying> files for copyright information.