| non port: devel/p5-Eval-Closure/pkg-plist | 
Number of commits found: 5  | 
| 
   Sunday, 18 Jan 2015
 | 
22:49 sunpoet  
- Update to 0.12
- Fix TEST_DEPENDS:
  - PadWalker is not required
  - Test::Output is a development dependency
- Sort PLIST
Changes:	http://search.cpan.org/dist/Eval-Closure/Changes 
 
    | 
| 
   Wednesday, 26 Nov 2014
 | 
13:08 mat  
Change the way Perl modules are installed, update the default Perl to 5.18.
Before, we had:
  site_perl :           lib/perl5/site_perl/5.18
  site_perl/perl_arch : lib/perl5/site_perl/5.18/mach
  perl_man3 :           lib/perl5/5.18/man/man3
Now we have:
  site_perl : lib/perl5/site_perl
  site_arch : lib/perl5/site_perl/mach/5.18
  perl_man3 : lib/perl5/site_perl/man/man3
Modules without any .so will be installed at the same place regardless of the
Perl version, minimizing the upgrade when the major Perl version is changed.
It uses a version dependent directory for modules with compiled bits.
As PERL_ARCH is no longer needed in plists, it has been removed from
PLIST_SUB.
The USE_PERL5=fixpacklist keyword is removed, the .packlist file is now
always removed, as is perllocal.pod.
The old site_perl and site_perl/arch directories have been kept in the
default Perl @INC for all Perl ports, and will be phased out as these old
Perl versions expire.
PR:		194969
Differential Revision:	https://reviews.freebsd.org/D1019
Exp-run by:	antoine
Reviewed by:	perl@
Approved by:	portmgr 
 
    | 
| 
   Monday, 27 Oct 2014
 | 
10:55 bapt  
Cleanup plist 
 
    | 
| 
   Tuesday, 29 Oct 2013
 | 
09:01 vanilla  
Support STAGEDIR. 
 
    | 
| 
   Monday, 6 Jun 2011
 | 
09:27 az  
String eval is often used for dynamic code generation. For instance, Moose uses
it heavily, to generate inlined versions of accessors and constructors, which
speeds code up at runtime by a significant amount. String eval is not without
its issues however - it's difficult to control the scope it's used in (which
determines which variables are in scope inside the eval), and it can be quite
slow, especially if doing a large number of evals.
This module attempts to solve both of those problems. It provides an
eval_closure function, which evals a string in a clean environment, other than
a fixed list of specified variables. It also caches the result of the eval, so
that doing repeated evals of the same source, even with a different
environment, will be much faster (but note that the description is part of the
string to be evaled, so it must also be the same (or non-existent) if caching
is to work properly). 
 
  | 
Number of commits found: 5  |