Re: [PATCH perl@6962] 2 more vms.c fix-ups and status
[p5sagit/p5-mst-13.2.git] / pod / perldelta.pod
index 70d2113..f3608e9 100644 (file)
@@ -121,6 +121,10 @@ C<pack('U0a*', ...)> can now be used to force a string to UTF8.
 
 prototype(\&) is now available.
 
+=item *
+
+There is now an UNTIE method.
+
 =back
 
 =head1 Modules and Pragmata
@@ -156,8 +160,9 @@ the podlators bundle, Pod::LaTeX, Pod::Parser, Term::ANSIColor, Test.
 
 Bug fixes and minor enhancements have been applied to B::Deparse,
 Data::Dumper, IO::Poll, IO::Socket::INET, Math::BigFloat,
-Math::Complex, Math::Trig, re, SelfLoader, Sys::SysLog, Test::Harness,
-Text::Wrap, UNIVERSAL.
+Math::Complex, Math::Trig, Net::protoent, the re pragma, SelfLoader,
+Sys::SysLog, Test::Harness, Text::Wrap, UNIVERSAL, and the warnings
+pragma.
 
 =item *
 
@@ -206,6 +211,8 @@ C<%INC> now localised in a Safe compartment so that use/require work.
 
 The Shell module now has an OO interface.
 
+=item *
+
 =back
 
 =head1 Utility Changes
@@ -286,16 +293,16 @@ distribution.
 
 map() that changes the size of the list should now work faster.
 
-=sort *
-
+=item *
 sort() has been changed to use mergesort internally as opposed to the
 earlier quicksort.  For very small lists this may result in slightly
 slower sorting times, but in general the speedup should be at least 20%.
 Additional bonuses are that the worst case behaviour of sort() is now
-better (in computer science terms it is now O(N log N), as opposed to
-O(N**2) of quicksort), and that sort() is now stable (meaning that
-elements with identical keys will stay ordered as they were before
-the sort).
+better (in computer science terms it now runs in time O(N log N), as
+opposed to quicksorts Theta(N**2) worst-case run time behaviour), and
+that sort() is now stable (meaning that elements with identical keys
+will stay ordered as they were before the sort).
 
 =back
 
@@ -761,11 +768,76 @@ one can (or, if one can, whether it's a good idea) link together at
 all binaries with different ideas about file offsets, all this is
 platform-dependent.
 
-=head2 Storable test st-06compat Fails in UNICOS and UNICOS/mk
+=head2 ftmp-security tests warn 'system possibly insecure'
+
+Don't panic.  Read INSTALL 'make test' section instead. 
+
+=head2 Long Doubles Still Don't Work In Solaris
+
+The experimental long double support is still very much so in Solaris.
+(Other platforms like Linux and Tru64 are beginning to solidify in
+this area.)
+
+=head2 Storable tests fail in some platforms
+
+If any Storable tests fail the use of Storable is not advisable.
+
+=over 4
+
+=item *
+
+Many Storable tests fail on AIX configured with 64 bit integers.
+
+So far unidentified problems break Storable in AIX if Perl is
+configured to use 64 bit integers.  AIX in 32-bit mode works and
+other 64-bit platforms work with Storable.
+
+=item *
+
+DOS DJGPP may hang when testing Storable.
+
+=item *
+
+st-06compat fails in UNICOS and UNICOS/mk.
 
 This means that you cannot read old (pre-Storable-0.7) Storable images
 made in other platforms.
 
+=item *
+
+st-store.t and st-retrieve may fail with Compaq C 6.2 on OpenVMS Alpha 7.2.
+
+=head2 Threads Are Still Experimental
+
+Multithreading is still an experimental feature.  Some platforms
+emit the following message for lib/thr5005
+
+    #
+    # This is a KNOWN FAILURE, and one of the reasons why threading
+    # is still an experimental feature.  It is here to stop people
+    # from deploying threads in production. ;-)
+    #
+and another known warning is
+
+   pragma/overload......Unbalanced saves: 3 more saves than restores
+   panic: magic_mutexfree during global destruction.
+   ok
+   lib/selfloader.......Unbalanced saves: 3 more saves than restores
+   panic: magic_mutexfree during global destruction.
+   ok
+   lib/st-dclone........Unbalanced saves: 3 more saves than restores
+   panic: magic_mutexfree during global destruction.
+   ok
+
+=head2 The Compiler Suite Is Still Experimental
+
+The compiler suite is slowly getting better but is nowhere near yet.
+The backend part that has seen perhaps the most progress is the
+bytecode compiler.
+
+=back
+
 =head1 Reporting Bugs
 
 If you find what you think is a bug, you might check the articles