Issues found with existing distfiles:
distfiles/eclipse-sourceBuild-srcIncluded-3.0.1.zip
distfiles/fortran-utils-1.1.tar.gz
distfiles/ivykis-0.39.tar.gz
distfiles/enum-1.11.tar.gz
distfiles/pvs-3.2-libraries.tgz
distfiles/pvs-3.2-linux.tgz
distfiles/pvs-3.2-solaris.tgz
distfiles/pvs-3.2-system.tgz
No changes made to these distinfo files.
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
Upstream changes:
1.002004 - 2014-07-09
- fix prerequisite declarations for older toolchain
1.002003 - 2014-07-09
- module loading is now done while importing, making it unnecessary to load
them beforehand (RT#96995, Christian Walde)
1.002002 - 2014-05-06
- minor metadata updates
1.002001 - 2014-03-04
- fix tests and Makefile.PL to support perl 5.6
Remove the patch which included into src upstream
Upstream changes:
1.002000 - 2013-12-10
- allow specifying by caller level, as well as specifying file, line,
and version
1.001001 2013-03-25
- fix NAME in Makefile.PL (RT#84207)
devel/p5-Import-Into.
Writing exporters is a pain. Some use Exporter, some use Sub::Exporter,
some use Moose::Exporter, some use Exporter::Declare ... and some things
are pragmas.
If you want to re-export other things, you have to know which is which.
Exporter subclasses provide export_to_level, but if they overrode their
import method all bets are off. Sub::Exporter provides an into parameter
but figuring out something used it isn't trivial. Pragmas need to have
their import method called directly since they affect the current unit
of compilation.
It's ... annoying.
However, there is an approach that actually works for all of these types.
