NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
I have another law (Score:1)
Re: (Score:1)
I'll put you on the "pro" side of literal tabs in Makefiles then, and five years of completely broken
Scalar::Utilin ActivePerl.Re: (Score:1)
Re: (Score:1)
As I understand it, it doesn't include (all of?) the XS components of the module, making
reftype()unavailable for the ActivePerl 5.8.x releases.The explanation I heard (and I don't remember where, though I'm pretty sure it wasn't from you) is that one goal of the ActivePerl releases for 5.8.x was to maintain binary compatibility back to 5.8.0, and thus there would be no
reftype()available forScalar::Util.When I last looked at which of my distributions failed in the AS build and test farm, most of the
Re:I have another law (Score:1)
ActivePerl contains the same or a later version of Scalar::Utils as the corresponding core release. ActivePerl should always contain a superset of the functionality of the corresponding core release; everything else would be a bug. In the spirit of the Artistic License, ActivePerl is a "Standard Version" of Perl.
The PPM build farm however does run with very old distributions for backwards compatibility, as the generated modules must work on any released version of ActivePerl.
I did a quick check, and even ActivePerl 5.8.0.806 contains Scalar::Util::reftype(), so I'm wondering why this isn't available on the build farm (the machines are supposed to be using build 806).
Just for reference, ActivePerl 5.8.0.806 contains Scalar::Utils version 1.07 and ActivePerl 5.8.8.820 contains Scalar::Utils 1.18.
Reply to This
Parent
Re: (Score:1)
It may have been
refaddr()instead; that's the conclusion I reach after looking at the PPM build farm failure for Test::MockObject on Linux [activestate.com].