Re: UNIVERSAL

On Sun, Aug 31, 2014 at 04:13:03PM -0400, Lincoln A Baxter wrote: > Sys::SigAction has one instance of a call to UNIVERSAL::isa (line 135 of > SigAction.pm) in a function context: > > die '$action is not a POSIX::SigAction' if not UNIVERSAL::isa( $action > ,'POSIX

Re: UNIVERSAL

On Fri, 2014-08-29 at 10:00 -0700, Karen Etheridge wrote: > On Fri, Aug 29, 2014 at 09:34:41AM -0400, David Mertens wrote: > > We can all agree that Perl likes to give lots of rope to its programmers. > > Calling UNIVERSAL::isa prevents mocking, but it also prevents nefarious &

Re: UNIVERSAL

On Fri, Aug 29, 2014 at 09:34:41AM -0400, David Mertens wrote: > We can all agree that Perl likes to give lots of rope to its programmers. > Calling UNIVERSAL::isa prevents mocking, but it also prevents nefarious > classes from lying about what they do. Apparently, allowing mocking is *s

Re: UNIVERSAL

We can all agree that Perl likes to give lots of rope to its programmers. Calling UNIVERSAL::isa prevents mocking, but it also prevents nefarious classes from lying about what they do. Apparently, allowing mocking is *so* much more useful than safe-guarding against lying that the porters decided

Re: UNIVERSAL

On Thu, Aug 28, 2014 at 10:33:15AM -0700, Karen Etheridge wrote: > On Thu, Aug 28, 2014 at 12:43:48PM +0100, David Cantrell wrote: > > On Wed, Aug 27, 2014 at 08:54:07AM -0700, Karen Etheridge wrote: > > > ..but as others have said, you don't 'use UNIVERSAL&#x

Re: UNIVERSAL

On Thu, Aug 28, 2014 at 12:43:48PM +0100, David Cantrell wrote: > On Wed, Aug 27, 2014 at 08:54:07AM -0700, Karen Etheridge wrote: > > > ..but as others have said, you don't 'use UNIVERSAL' directly - in fact the > > word 'UNIVERSAL' should never have

Re: UNIVERSAL

On Thu, Aug 28, 2014 at 7:43 AM, David Cantrell wrote: > On Wed, Aug 27, 2014 at 08:54:07AM -0700, Karen Etheridge wrote: > > > ..but as others have said, you don't 'use UNIVERSAL' directly - in fact > the > > word 'UNIVERSAL' should never have to ap

Re: UNIVERSAL

On Wed, Aug 27, 2014 at 08:54:07AM -0700, Karen Etheridge wrote: > ..but as others have said, you don't 'use UNIVERSAL' directly - in fact the > word 'UNIVERSAL' should never have to appear in your code. It might never *have to* appear in your code, but it is on o

Re: UNIVERSAL

Hi Alex, Thanks, I got 5.21.4 installed and was able to address my issues with UNIVERSAL :-) jonasbn On 27 Aug 2014, at 10:17, Alex Balhatchet wrote: > Hi Jonas, > >> So my question as a module author is, where do I get information on this new >> behaviour of UNIVERSAL

Re: UNIVERSAL

Hi David, I am getting up to speed with some old distributions, some have sort of been out of reach and some have just been gathering cruft. Most are from back when UNIVERSAL was the way to go :-) jonasbn On 27 Aug 2014, at 14:20, David Cantrell wrote: > On Wed, Aug 27, 2014 at 09:17:1

Re: UNIVERSAL

On Wed, Aug 27, 2014 at 09:17:19AM +0200, Jonas Brømsø Nielsen wrote: > So my question as a module author is, where do I get information on this new > behaviour of UNIVERSAL, I am not able to install perl 5.21.2 using perlbrew, > so I do not know where to look for the documentation

Re: UNIVERSAL

On Wed, Aug 27, 2014 at 09:17:19AM +0200, Jonas Br?ms? Nielsen wrote: > I am a getting a lot of failure reports from CPAN testers on issues with > UNIVERSAL. These testers are using: > perl 5.21.3 > > The error is: > "UNIVERSAL does not export anything&qu

Re: UNIVERSAL

Hi Jonas, > So my question as a module author is, where do I get information on this new > behaviour of UNIVERSAL, I am not able to install perl 5.21.2 using perlbrew, > so I do not know where to look for the documentation and what steps to take > to get this error addressed. You

Re: UNIVERSAL

Pretty sure you just don't use it. HTH. -MARKLE On Wed, Aug 27, 2014 at 12:17 AM, Jonas Brømsø Nielsen wrote: > Hello, > > I am a getting a lot of failure reports from CPAN testers on issues with > UNIVERSAL. These testers are using: > > perl 5.21.3 > >

UNIVERSAL

Hello, I am a getting a lot of failure reports from CPAN testers on issues with UNIVERSAL. These testers are using: perl 5.21.3 Example: - http://www.cpantesters.org/cpan/report/4c16902a-2d6b-11e4-a271-e4e1e0bfc7aa The error is: "UNIVERSAL does not export any

Re: RFC: a universal tidier

> Devel::MultiTidy? I suggest top-level `Code` instead, it is already in use: cpan[1]> d /[/]Code/ DistributionALFIE/Code-Dumper-0.01.tar.gz DistributionANDREWF/CodeBase-0.86.

Re: RFC: a universal tidier

Yeah, Any::Tidy seemed to suggest to me "use the best of available tidiers". I'm leaning now towards Devel::TidyAll, with tidyall being the name of the script. On Apr 30, 2012, at 11:17 AM, David Nicol wrote: > On Sun, Apr 29, 2012 at 7:56 AM, Jonathan Swartz wrote: >> Comments and suggestions

Re: RFC: a universal tidier

On Sun, Apr 29, 2012 at 7:56 AM, Jonathan Swartz wrote: > Comments and suggestions for names welcome. Devel::MultiTidy? I like the Any:: name space for things that offer single interfaces to multiple back-ends. One could argue that Tidying really doesn't fit there though. And that argument could

RFC: a universal tidier

I'm thinking about a module/script to unify a bunch of code tidiers and validators in a single place. With a single command, e.g. % tidyall you could apply the appropriate tidiers and validators to files in your project (e.g. your git directory hierarchy). It would tidy each file as needed a

[API CHANGE] UNIVERSAL::require must die!

Users of UNIVERSAL::require should take note of http://use.perl.org/~schwern/journal/26966 which announces a planned API incompatibility and what to do about it. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Reality is that which, when you stop believing in it