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

21 lines
576 B
Makefile
Raw Normal View History

Bump all packages for perl-5.18, that a) refer 'perl' in their Makefile, or b) have a directory name of p5-*, or c) have any dependency on any p5-* package Like last time, where this caused no complaints.
2013-05-31 14:39:57 +02:00
# $NetBSD: Makefile,v 1.8 2013/05/31 12:40:27 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
#
Update p5-Lexical-SealRequireHints to 0.005. version 0.005; 2011-07-25 * bugfix: work around core bug [perl #73174] affecting Unicode swash loading, and apply entire workaround arrangement to 5.11.{0..5} where [perl #73174] exists but [perl #68590] does not * correct dynamic_config setting to 0 * include META.json in distribution * add MYMETA.json to .cvsignore version 0.004; 2010-11-21 * bugfix: don't attempt to use XS version of the workaround on Win32, where it can't work properly due to linker restriction on access to core symbols * only define PERL_CORE for compilation on Perl versions where the bug workaround (and thus interference with core-private stuff) is actually necessary * in XS, use PERL_NO_GET_CONTEXT for efficiency * in XS, declare "PROTOTYPES: DISABLE" to prevent automatic generation of unintended prototypes * in XS, provide a reserve definition of croak, so that the Perl_croak circumlocution is avoided even with PERL_CORE defined * in XS, give symbolic names to the Perl version thresholds * jump through hoops to avoid compiler warnings * use full stricture in test suite * also test POD coverage of pure Perl implementation * in t/setup_pp.pl, avoid a warning that occurs if XSLoader::load() is given no arguments, which is now a valid usage * in Build.PL, explicitly set needs_compiler to avoid bogus auto-dependency on ExtUtils::CBuilder * in Build.PL, complete declaration of configure-time requirements
2011-08-14 18:26:57 +02:00
DISTNAME= Lexical-SealRequireHints-0.005
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 all packages for perl-5.18, that a) refer 'perl' in their Makefile, or b) have a directory name of p5-*, or c) have any dependency on any p5-* package Like last time, where this caused no complaints.
2013-05-31 14:39:57 +02:00
PKGREVISION= 2
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