MPE/iX update from Mark Bixby.
[p5sagit/p5-mst-13.2.git] / pod / perldelta.pod
index 8ea2a49..b68da5f 100644 (file)
@@ -624,12 +624,14 @@ included since its further use is discouraged.
 
 =item *
 
-C<Encode>, by Nick Ing-Simmons, provides a mechanism to translate
-between different character encodings.  Support for Unicode,
-ISO-8859-*, ASCII, CP*, KOI8-R, and three variants of EBCDIC are
-compiled in to the module.  Several other encodings (like Japanese,
-Chinese, and MacIntosh encodings) are included and will be loaded at
-runtime.  See L<Encode>.
+C<Encode>, by Nick Ing-Simmons and Dan Kogai, provides a mechanism to
+translate between different character encodings.  Support for Unicode,
+ISO-8859-1, and ASCII are compiled in to the module.  Several other
+encodings (like the rest of the ISO-8859, CP*/Win*, Mac, KOI8-R, three
+variants EBCDIC, Chinese, Japanese, and Korean encodings) are included
+and can be loaded at runtime.  (For space considerations, the largest
+Chinese encodings have been separated into their own CPAN module,
+Encode::HanExtra, which Encode will use if available).  See L<Encode>.
 
 Any encoding supported by Encode module is also available to the
 ":encoding()" layer if PerlIO is used.
@@ -1124,6 +1126,12 @@ The Shell module now has an OO interface.
 
 =item *
 
+In Sys::Syslog there is now a failover mechanism that will go
+through alternative connection mechanisms until the message
+is successfully logged.
+
+=item *
+
 The Test module has been significantly enhanced.
 
 =item *
@@ -2377,11 +2385,11 @@ respectively.
 
 =item *
 
-perl5db.pl has been modified to present a more consistent commands
-interface, via (CommandSet=580).  perl5db.t was also added to test the
-changes, and as a placeholder for further tests.
+The debugger (perl5db.pl) has been modified to present a more
+consistent commands interface, via (CommandSet=580).  perl5db.t was
+also added to test the changes, and as a placeholder for further tests.
 
-See L<perldebug>
+See L<perldebug>.
 
 =item *
 
@@ -2392,6 +2400,11 @@ depth of at most I<N> levels.
 
 =item *
 
+The debugger can now show lexical variables if you have the CPAN
+module PadWalker installed.
+
+=item *
+
 If an attempt to use a (non-blessed) reference as an array index
 is made, a warning is given.
 
@@ -2579,6 +2592,15 @@ are run by hand, they succeed.  We suggest upgrading to at least
 vac version 5.0.1.0, that has been known to compile Perl correctly.
 "lslpp -L|grep vac.C" will tell you the vac version. See README.aix.
 
+=item *
+
+If building threaded Perl, you may get compilation warning from pp_sys.c:
+
+  "pp_sys.c", line 4651.39: 1506-280 (W) Function argument assignment between types "unsigned char*" and "const void*" is not allowed.
+
+This is harmless; it is caused by the getnetbyaddr() and getnetbyaddr_r()
+having slightly different types for their first argument.
+
 =back
 
 =head2 Amiga Perl Invoking Mystery
@@ -2587,6 +2609,21 @@ One cannot call Perl using the C<volume:> syntax, that is, C<perl -v>
 works, but for example C<bin:perl -v> doesn't.  The exact reason isn't
 known but the current suspect is the F<ixemul> library.
 
+=head2 mod_perl 1.26 Doesn't Build With -D_GNU_SOURCE
+
+In Linux, building mod_perl with B<threaded> Perl 5.8.0 does not work
+because starting from 5.8.0 building a threaded Perl uses the
+-D_GNU_SOURCE flag.  The Apache 1.3.23 sources that are built
+alongside mod_perl don't like that flag and the compilation dies
+because of function prototype conflicts.  This may or may not get
+fixed in later releases of mod_perl than the current 1.26 or in later
+releases of Apache than the current 1.3.23 (fixing the problem in Perl
+is less likely since threaded Perl in Linux now needs the -D_GNU_SOURCE>).
+Workarounds include using non-threaded Perl and using Apache 2.0. 
+An obvious workaround would be to stop the -D_GNU_SOURCE from reaching
+the Apache 1.3.23 sources, but as of Perl 5.8.0, the complex build
+system of mod_perl has foiled this idea.
+
 =head2 lib/ftmp-security tests warn 'system possibly insecure'
 
 Don't panic.  Read INSTALL 'make test' section instead.
@@ -2616,21 +2653,22 @@ If you are building on a UFS partition, you will also probably see
 t/op/stat.t subtest #9 fail.  This is caused by Darwin's UFS not
 supporting inode change time.
 
-=head2 OS/390
+=head2 z/OS (OS/390)
 
-OS/390 has rather many test failures but the situation is actually
+z/OS has rather many test failures but the situation is actually
 better than it was in 5.6.0, it's just that so many new modules and
 tests have been added.
 
- ../ext/B/t/deparse.t                        17    1   5.88%  14
+ Failed Test                 Stat Wstat Total Fail  Failed  List of Failed
+ -------------------------------------------------------------------------
  ../ext/Data/Dumper/t/dumper.t              321    2   0.62%  311 314
  ../ext/IO/lib/IO/t/io_unix.t                 5    4  80.00%  2-5
  ../lib/utf8.t                               94   13  13.83%  27 30-31 43 46 73
                                                               76 79 82 85 88 91
                                                               94
  ../lib/Benchmark.t               1   256   159    1   0.63%  75
+ ../lib/ExtUtils/t/Constant.t                27   19  70.37%  5-23
  ../lib/ExtUtils/t/Embed.t                    9    9 100.00%  1-9
- ../lib/ExtUtils/t/ExtUtils.t                27   19  70.37%  5-23
  op/pat.t                                   864    9   1.04%  242-243 665 776
                                                               785 832-834 845
  op/sprintf.t                               224    3   1.34%  98 100 136
@@ -2669,6 +2707,8 @@ threads are considered fundamentally broken.
 
 =head2 UNICOS
 
+ Failed Test                 Stat Wstat Total Fail  Failed  List of Failed
+ -------------------------------------------------------------------------
  ../ext/Socket/socketpair.t    1   256    45    1   2.22%  12
  ../lib/Math/Trig.t                       26    1   3.85%  25
  ../lib/warnings.t                       460    1   0.22%  425
@@ -2696,12 +2736,12 @@ needing further debugging and/or porting work.
 =head2 Win32
 
 In multi-CPU boxes there are some problems with the I/O buffering:
-some output may appear twice.  The Win32 following failures are known
+some output may appear twice.  The following Win32 failures are known
 as of 5.7.3:
 
-  ..\ext/Encode/t/JP.t      4  1024    22    4  18.18%  9 14 18 21
+ Failed Test                 Stat Wstat Total Fail  Failed  List of Failed
+ -------------------------------------------------------------------------
   ..\ext/threads/t/end.t                6    4  66.67%  3-6
-  ..\lib/blib.t             3   768     7    3  42.86%  1 4-5
 
 =head2 Localising a Tied Variable Leaks Memory