-------------------------------------------
0.21 2016-05-25 18:34:46Z |
- work with Object::Remote by removing require() call on Tie::StdHash in PP |
|
0.20 2016-05-06 16:42:50Z |
- remove unnecessary and erroneous extra crud in inc/
0.19 2016-05-03 00:49:01Z
- bundled an updated ExtUtils::HasCompiler, to support building with a
noexec $TMPDIR.
0.18 2016-04-21 15:22:10Z (TRIAL RELEASE)
- fixed unnecessary inlining of ExtUtils::HasCompiler dependencies
(RT#113685)
0.17 2016-04-21 11:25:35Z (TRIAL RELEASE)
- Makefile.PL now checks for a working compiler using ExtUtils::HasCompiler
(inlined into the build) rather than ExtUtils::CBuilder (RT#113685)
0.16 2015-09-19 19:01:04Z (TRIAL RELEASE)
- more Makefile.PL updates - these contain slight functionality changes,
hence the trial release
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.
--------------
0.15 2015-05-14 21:46:06Z
- updated the tooling for generating Makefile.PL
- removed Tie::StdHash from prereqs, which is not require()able as a module
on its own (despite being indexed) (miyagawa, GH #3)
- fixed the addition in release 0.14 of Hash::Util::FieldHash as a
prerequisite (which is not available prior to perl 5.010) for pure-perl
installations (RT#104435)
--------------
0.14 2015-01-31 23:59:03Z
- line numbers in shipped code are now the same as the repository source,
for easier debugging
- more accurate dynamic prereq declarations
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.
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.
Update DEPENDS
Upstream changes:
0.12 Tue, 4 Dec 2012 20:13:00 +0000
* Complete pure-perl implementation in addition to the one based on
Variable::Magic. You can specify the implementation explicitly by
use-ing B::Hooks::EndOfScope::PP or B::Hooks::EndOfScope::XS, or
by setting $ENV{B_HOOKS_ENDOFSCOPE_IMPLEMENTATION} to either 'XS'
or 'PP'
* Switch from using Sub::Exporter to the more conservative
Sub::Exporter::Progressive
to trigger/signal a rebuild for the transition 5.10.1 -> 5.12.1.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=..."), minus the packages updated after
the perl package update.
sno@ was right after all, obache@ kindly asked and he@ led the
way. Thanks!
- Updating package for p5 module B::Hooks::EndOfScope to 0.08
- Updating dependency to Variable::Magic to 0.34 according to upstream
changes
Upstream changes:
0.08 Sun, 19 Apr 2009 19:15:44 +0200
* Depend on Variable::Magic 0.34 so exceptions during compile time that
trigger a destructor don't cause an exception on 5.10 anymore.
Pkgsrc changes:
o Adjust dependencies to track new requirements
Upstream changes:
0.07 Fri, 20 Feb 2009 14:22:16 +0100
* Depend on Variable::Magic 0.31 so exceptions thrown in on_scope_end
blocks don't lose their error message.
Pkgsrc changes:
o Adjust dependency on p5-Variable-Magic, according to changed requirements
Upstream changes:
0.06 Mon, 19 Jan 2009 00:51:45 +0100
* Depend on Variable::Magic 0.27 to stop exceptions thrown in on_scope_end
blocks from segfaulting. Also add a test for that.
Pkgsrc changes:
o Update dependencies according to changed requirements.
Upstream changes:
0.05 Sun, 04 Jan 2009 20:46:07 +0100
* Use Variable::Magic and cast %^H instead Scope::Guard and relying
on a timely destruction of objects within %^H. This fixes using
on_scope_end in blocks where string evals are compiled as those
increment the refcount of objects in %^H on 5.10.
