mirror of
https://git.in.rschanz.org/ryan77627/guix.git
synced 2024-11-07 23:46:13 -05:00
gnu: Add perl-autovivification.
* gnu/packages/perl.scm (perl-autovivification): New variable.
This commit is contained in:
parent
d4ba9a5f21
commit
3f1df54cc0
1 changed files with 27 additions and 0 deletions
|
@ -266,6 +266,33 @@ (define-public perl-array-utils
|
|||
list manipulation routines.")
|
||||
(license (package-license perl))))
|
||||
|
||||
(define-public perl-autovivification
|
||||
(package
|
||||
(name "perl-autovivification")
|
||||
(version "0.16")
|
||||
(source
|
||||
(origin
|
||||
(method url-fetch)
|
||||
(uri (string-append "mirror://cpan/authors/id/V/VP/VPIT/"
|
||||
"autovivification-" version ".tar.gz"))
|
||||
(sha256
|
||||
(base32
|
||||
"1422kw9fknv7rbjkgdfflg1q3mb69d3yryszp38dn0bgzkqhwkc1"))))
|
||||
(build-system perl-build-system)
|
||||
(home-page "http://search.cpan.org/dist/autovivification")
|
||||
(synopsis "Lexically disable autovivification")
|
||||
(description "When an undefined variable is dereferenced, it gets silently
|
||||
upgraded to an array or hash reference (depending of the type of the
|
||||
dereferencing). This behaviour is called autovivification and usually does
|
||||
what you mean but it may be unnatural or surprising because your variables get
|
||||
populated behind your back. This is especially true when several levels of
|
||||
dereferencing are involved, in which case all levels are vivified up to the
|
||||
last, or when it happens in intuitively read-only constructs like
|
||||
@code{exists}. The pragma provided by this package lets you disable
|
||||
autovivification for some constructs and optionally throws a warning or an
|
||||
error when it would have happened.")
|
||||
(license (package-license perl))))
|
||||
|
||||
(define-public perl-base
|
||||
(package
|
||||
(name "perl-base")
|
||||
|
|
Loading…
Reference in a new issue