File: control

package info (click to toggle)
libautovivification-perl 0.06-1
  • links: PTS, VCS
  • area: main
  • in suites: squeeze
  • size: 284 kB
  • ctags: 83
  • sloc: perl: 1,599; ansic: 181; makefile: 2
file content (26 lines) | stat: -rw-r--r-- 1,359 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
Source: libautovivification-perl
Section: perl
Priority: optional
Build-Depends: debhelper (>= 7), perl (>= 5.8)
Maintainer: Debian Perl Group <pkg-perl-maintainers@lists.alioth.debian.org>
Uploaders: Ivan Kohler <ivan-debian@420.am>
Standards-Version: 3.8.4
Vcs-Svn: svn://svn.debian.org/pkg-perl/trunk/libautovivification-perl/
Vcs-Browser: http://svn.debian.org/viewsvn/pkg-perl/trunk/libautovivification-perl/
Homepage: http://search.cpan.org/dist/autovivification/

Package: libautovivification-perl
Architecture: any
Depends: ${perl:Depends}, ${shlibs:Depends}, ${misc:Depends}, perl (>= 5.8)
Description: Perl module to lexically disable autovivification
 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 (e.g.
 when you store a value) but it's sometimes unnatural or surprising because
 your variables gets 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 exists.
 .
 This pragma lets you disable autovivification for some constructs and
 optionally throws a warning or an error when it would have happened.