Name: | perl-autovivification |
---|---|
Version: | 0.18 |
Release: | 8.el8 |
Architecture: | aarch64 |
Group: | Unspecified |
Size: | 103120 |
License: | GPL+ or Artistic |
RPM: | perl-autovivification-0.18-8.el8.aarch64.rpm |
Source RPM: | perl-autovivification-0.18-8.el8.src.rpm |
Build Date: | Tue Dec 10 2019 |
Build Host: | ca-arm-jenkins-builder-01 |
Vendor: | Oracle America |
URL: | https://metacpan.org/release/autovivification |
Summary: | 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 behavior 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. |
- Use %{make_build} and %{make_install}
- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild
- Perl 5.30 rebuild
- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
- Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
- Perl 5.28 rebuild
- Rebuilt for https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild
- Update to 0.18 - Fix compatibility with CV-in-stash optimization (CPAN RT#123411) - Fix strict/warn flags seeming to do nothing (CPAN RT#122956); the documentation has been amended to clarify how these two options are supposed to be used
- Update to 0.17 - A large chunk of boilerplate XS code, which is also used in other XS modules, has been factored out of the main .xs file to a collection of .h files in the xsh subdirectory - The new optimization in perl 5.27.3 for scalar(keys(%$hashref)) is now correctly supported
- Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild