Group :: Desenvolvimento/Perl
RPM: perl-autovivification
Main Changelog Spec Patches Sources Download Gear Bugs e FR Repocop
Group: Development/Perl
# BEGIN SourceDeps(oneline):
BuildRequires(pre): rpm-build-perl
BuildRequires: perl(Fatal.pm) perl(Text/Balanced.pm) perl-podlators
# END SourceDeps(oneline)
# see https://bugzilla.altlinux.org/show_bug.cgi?id=10382
%define _localstatedir %{_var}
Name: perl-autovivification
Version: 0.18
Release: alt2_8
Summary: Lexically disable autovivification
License: GPL+ or Artistic
URL: https://metacpan.org/release/autovivification
Source0: https://cpan.metacpan.org/authors/id/V/VP/VPIT/autovivification-%{version}.tar.gz
# Build
BuildRequires: coreutils
BuildRequires: findutils
BuildRequires: gcc
BuildRequires: perl-devel
BuildRequires: rpm-build-perl
BuildRequires: perl-devel
BuildRequires: perl(Config.pm)
BuildRequires: perl(ExtUtils/MakeMaker.pm)
BuildRequires: perl(strict.pm)
BuildRequires: perl(warnings.pm)
# Runtime
BuildRequires: perl(XSLoader.pm)
# Tests only
# Scalar::Util is preferred over B
# XXX: BuildRequires: perl(B)
BuildRequires: perl(Exporter.pm)
BuildRequires: perl(File/Spec.pm)
BuildRequires: perl(lib.pm)
BuildRequires: perl(POSIX.pm)
BuildRequires: perl(Scalar/Util.pm)
BuildRequires: perl(Test/More.pm)
BuildRequires: perl(threads.pm)
BuildRequires: perl(threads/shared.pm)
BuildRequires: perl(Time/HiRes.pm)
# Runtime dependencies
Requires: perl(XSLoader.pm)
# Avoid provides from perl shared objects
Source44: import.info
%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.
%prep
%setup -q -n autovivification-%{version}
%build
perl Makefile.PL \
INSTALLDIRS=vendor \
OPTIMIZE="%{optflags}" \
NO_PACKLIST=1 \
NO_PERLLOCAL=1
%{make_build}
%install
%{makeinstall_std}
find %{buildroot} -type f -name '*.bs' -empty -delete
# %{_fixperms} -c %{buildroot}
%check
make test
%files
%doc Changes README
%{perl_vendor_archlib}/autovivification.pm
%{perl_vendor_archlib}/auto/autovivification/
%changelog
…
Todas as alterações você pod ver aqui
# BEGIN SourceDeps(oneline):
BuildRequires(pre): rpm-build-perl
BuildRequires: perl(Fatal.pm) perl(Text/Balanced.pm) perl-podlators
# END SourceDeps(oneline)
# see https://bugzilla.altlinux.org/show_bug.cgi?id=10382
%define _localstatedir %{_var}
Name: perl-autovivification
Version: 0.18
Release: alt2_8
Summary: Lexically disable autovivification
License: GPL+ or Artistic
URL: https://metacpan.org/release/autovivification
Source0: https://cpan.metacpan.org/authors/id/V/VP/VPIT/autovivification-%{version}.tar.gz
# Build
BuildRequires: coreutils
BuildRequires: findutils
BuildRequires: gcc
BuildRequires: perl-devel
BuildRequires: rpm-build-perl
BuildRequires: perl-devel
BuildRequires: perl(Config.pm)
BuildRequires: perl(ExtUtils/MakeMaker.pm)
BuildRequires: perl(strict.pm)
BuildRequires: perl(warnings.pm)
# Runtime
BuildRequires: perl(XSLoader.pm)
# Tests only
# Scalar::Util is preferred over B
# XXX: BuildRequires: perl(B)
BuildRequires: perl(Exporter.pm)
BuildRequires: perl(File/Spec.pm)
BuildRequires: perl(lib.pm)
BuildRequires: perl(POSIX.pm)
BuildRequires: perl(Scalar/Util.pm)
BuildRequires: perl(Test/More.pm)
BuildRequires: perl(threads.pm)
BuildRequires: perl(threads/shared.pm)
BuildRequires: perl(Time/HiRes.pm)
# Runtime dependencies
Requires: perl(XSLoader.pm)
# Avoid provides from perl shared objects
Source44: import.info
%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.
%prep
%setup -q -n autovivification-%{version}
%build
perl Makefile.PL \
INSTALLDIRS=vendor \
OPTIMIZE="%{optflags}" \
NO_PACKLIST=1 \
NO_PERLLOCAL=1
%{make_build}
%install
%{makeinstall_std}
find %{buildroot} -type f -name '*.bs' -empty -delete
# %{_fixperms} -c %{buildroot}
%check
make test
%files
%doc Changes README
%{perl_vendor_archlib}/autovivification.pm
%{perl_vendor_archlib}/auto/autovivification/
%changelog
…
Todas as alterações você pod ver aqui