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

19 lines
577 B
Makefile
Raw Normal View History

p5-Lexical-SealRequireHints: update to 0.011. version 0.011; 2017-07-15 * update test suite to not rely on . in @INC, which is no longer necessarily there from Perl 5.25.7 * no longer include a Makefile.PL in the distribution * update op-munging code to the PERL_OP_PARENT-compatible style (though none of it is actually used on Perls new enough to support PERL_OP_PARENT) * rename internal gen_*_op() functions into a better style * consistently use THX_ prefix on internal function names
2017-09-17 12:44:57 +02:00
# $NetBSD: Makefile,v 1.16 2017/09/17 10:44:57 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
p5-Lexical-SealRequireHints: update to 0.011. version 0.011; 2017-07-15 * update test suite to not rely on . in @INC, which is no longer necessarily there from Perl 5.25.7 * no longer include a Makefile.PL in the distribution * update op-munging code to the PERL_OP_PARENT-compatible style (though none of it is actually used on Perls new enough to support PERL_OP_PARENT) * rename internal gen_*_op() functions into a better style * consistently use THX_ prefix on internal function names
2017-09-17 12:44:57 +02:00
DISTNAME= Lexical-SealRequireHints-0.011
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}
CATEGORIES= devel perl5
p5-Lexical-SealRequireHints: update to 0.011. version 0.011; 2017-07-15 * update test suite to not rely on . in @INC, which is no longer necessarily there from Perl 5.25.7 * no longer include a Makefile.PL in the distribution * update op-munging code to the PERL_OP_PARENT-compatible style (though none of it is actually used on Perls new enough to support PERL_OP_PARENT) * rename internal gen_*_op() functions into a better style * consistently use THX_ prefix on internal function names
2017-09-17 12:44:57 +02:00
MASTER_SITES= http://search.cpan.org/CPAN/authors/id/Z/ZE/ZEFRAM/
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
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