kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/devel/p5-Lexical-SealRequireHints/Makefile

21 lines
577 B
Makefile
Raw Normal View History

Bump for perl-5.20.0. Do it for all packages that * mention perl, or * have a directory name starting with p5-*, or * depend on a package starting with p5- like last time, for 5.18, where this didn't lead to complaints. Let me know if you have any this time.
2014-05-30 01:35:13 +02:00
# $NetBSD: Makefile,v 1.10 2014/05/29 23:36:01 wiz Exp $
Importing p5-Lexical-SealRequireHints version 0.002 There is a bug in Perl's handling of the %^H (lexical hints) variable that causes lexical state in one file to leak into another that is required/used from it. This bug will probably be fixed in Perl 5.10.2, and is definitely fixed in Perl 5.11.0, but in any earlier version it is necessary to work around it. On versions of Perl that require a fix, this module globally changes the behaviour of require and use so that they no longer exhibit the bug. This is the most convenient kind of workaround, and is meant to be invoked by modules that make use of lexical state. The workaround supplied by this module takes effect the first time its import method is called. Typically this will be done by means of a use statement. This should be done before putting anything into %^H that would have a problem with leakage; usually it suffices to do this when loading the module that supplies the mechanism to set up the vulnerable lexical state. Invoking this module multiple times, from multiple lexical-related modules, is not a problem: the workaround is only applied once, and applies to everything.
2010-04-09 10:15:06 +02:00
#
Updating package for CPAN distribution Lexical-SealRequireHints in devel/p5-Lexical-SealRequireHints from 0.005nb2 to 0.007. Upstream changes since 0.005: version 0.007; 2012-02-11 * be thread-safe, by mutex control on op check hooking * in pure Perl implementation, avoid putting extra eval stack frames around the require, to avoid unnecessary complication of exception handling; this can't be done on Perls 5.9.4 to 5.10.0, so don't allow use of the pure Perl implementation on those Perls * revise documentation to suggest loading this module earlier * document the relevant changes to the Perl core in more detail * on Perl versions where the pure Perl implementation can't work, dynamically declare requirement for XS infrastructure in Build.PL * refine threshold for ability to correctly override require from 5.8.0 to 5.7.2 * revise minimum required Perl version down from 5.6.1 to 5.6.0 * test that modules see the correct context at file scope * test that module return values are handled correctly * test that the module doesn't generate warnings * in pure Perl implementation, fix handling of the variable that previously needed to be "our" * rearrange and better comment the treatment of lexical warnings in the Perl code version 0.006; 2011-11-20 * bugfix: avoid loading warnings.pm and leaving its delayed requires of Carp.pm susceptible to hint leakage, which was causing trouble on some Perls * skip swash test on Perl 5.6, where swash loading appears to be broken by loading Test::More or anything else useful * remove bogus tests that cause false failures on Perl 5.15.5 * in Build.PL, declare incompatibility with pre-0.19 B::Hooks::OP::Check, which doesn't play nicely around op check hooking * comment why a variable surprisingly needs to be "our" * convert .cvsignore to .gitignore
2013-07-03 11:02:50 +02:00
DISTNAME= Lexical-SealRequireHints-0.007
Importing p5-Lexical-SealRequireHints version 0.002 There is a bug in Perl's handling of the %^H (lexical hints) variable that causes lexical state in one file to leak into another that is required/used from it. This bug will probably be fixed in Perl 5.10.2, and is definitely fixed in Perl 5.11.0, but in any earlier version it is necessary to work around it. On versions of Perl that require a fix, this module globally changes the behaviour of require and use so that they no longer exhibit the bug. This is the most convenient kind of workaround, and is meant to be invoked by modules that make use of lexical state. The workaround supplied by this module takes effect the first time its import method is called. Typically this will be done by means of a use statement. This should be done before putting anything into %^H that would have a problem with leakage; usually it suffices to do this when loading the module that supplies the mechanism to set up the vulnerable lexical state. Invoking this module multiple times, from multiple lexical-related modules, is not a problem: the workaround is only applied once, and applies to everything.
2010-04-09 10:15:06 +02:00
PKGNAME= p5-${DISTNAME}
Bump for perl-5.20.0. Do it for all packages that * mention perl, or * have a directory name starting with p5-*, or * depend on a package starting with p5- like last time, for 5.18, where this didn't lead to complaints. Let me know if you have any this time.
2014-05-30 01:35:13 +02:00
PKGREVISION= 1
Importing p5-Lexical-SealRequireHints version 0.002 There is a bug in Perl's handling of the %^H (lexical hints) variable that causes lexical state in one file to leak into another that is required/used from it. This bug will probably be fixed in Perl 5.10.2, and is definitely fixed in Perl 5.11.0, but in any earlier version it is necessary to work around it. On versions of Perl that require a fix, this module globally changes the behaviour of require and use so that they no longer exhibit the bug. This is the most convenient kind of workaround, and is meant to be invoked by modules that make use of lexical state. The workaround supplied by this module takes effect the first time its import method is called. Typically this will be done by means of a use statement. This should be done before putting anything into %^H that would have a problem with leakage; usually it suffices to do this when loading the module that supplies the mechanism to set up the vulnerable lexical state. Invoking this module multiple times, from multiple lexical-related modules, is not a problem: the workaround is only applied once, and applies to everything.
2010-04-09 10:15:06 +02:00
CATEGORIES= devel perl5
MASTER_SITES= ${MASTER_SITE_PERL_CPAN:=Lexical/}
MAINTAINER= pkgsrc-users@NetBSD.org
HOMEPAGE= http://search.cpan.org/dist/Lexical-SealRequireHints/
COMMENT= Perl5 module to prevent leakage of lexical hints
LICENSE= ${PERL5_LICENSE}
USE_LANGUAGES= c
PERL5_PACKLIST= auto/Lexical/SealRequireHints/.packlist
PERL5_MODULE_TYPE= Module::Build
.include "../../lang/perl5/module.mk"
.include "../../mk/bsd.pkg.mk"
Reference in a new issue Copy permalink