In perl.git, the branch blead has been updated

<http://perl5.git.perl.org/perl.git/commitdiff/bebf870e6d027ca8a7a3da6a23b4612c5178aae4?hp=4dcdb34ab7673f92a45785ff83aaec90cce7bfd6>

- Log -----------------------------------------------------------------
commit bebf870e6d027ca8a7a3da6a23b4612c5178aae4
Author: David Cantrell <[email protected]>
Date:   Wed May 6 11:26:56 2009 +0100

    perltie.pod docpatch
    
    Some years ago I submitted a docpatch for perltie to mention DBM::Deep
    alongside MLDBM.  This updates that patch.
    
    The change is merely to remove the word "experimental" now that DBM::Deep
    is over five years old and is stable.
    
    $ diff -u ./pod/perltie.pod~ ./pod/perltie.pod
    
    Signed-off-by: Abigail <[email protected]>
-----------------------------------------------------------------------

Summary of changes:
 pod/perltie.pod |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/pod/perltie.pod b/pod/perltie.pod
index 9f26473..0323e32 100644
--- a/pod/perltie.pod
+++ b/pod/perltie.pod
@@ -1181,7 +1181,7 @@ tie methods for slice operations.
 You cannot easily tie a multilevel data structure (such as a hash of
 hashes) to a dbm file.  The first problem is that all but GDBM and
 Berkeley DB have size limitations, but beyond that, you also have problems
-with how references are to be represented on disk.  One experimental
+with how references are to be represented on disk.  One
 module that does attempt to address this need is DBM::Deep.  Check your
 nearest CPAN site as described in L<perlmodlib> for source code.  Note
 that despite its name, DBM::Deep does not use dbm.  Another earlier attempt

--
Perl5 Master Repository

Reply via email to