RE: RFC 264 (v1) Provide a standard module to simplify the creation of source filters

2000-09-25 Thread Paul Marquess
ffectively, it allows > one to use > the full power of Perl as its own, recursively applied, macro language. > > The Filter::Util::Call module (by Paul Marquess) provides a usable Perl > interface to source filtering, but it is not nearly as simple as > it could be. > > T

RE: Warnings, strict, and CPAN

2001-02-18 Thread Paul Marquess
From: Edward Peschko [mailto:[EMAIL PROTECTED]] ... > I'm beginning to think there should be an extra flag that turns > *on* warnings > even if 'no warnings' is explicitly stated. This is the 'enable > me to help you > out' flag. That way, it would be a lot easier for me as a module > consume

RE: Warnings, strict, and CPAN (Re: Closures and default lexical-scope for subs)

2001-02-22 Thread Paul Marquess
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] ... > > The basic usefulness of warnings is not in question. This is about > the *perception* of their utility. Warnings are only useful if the > user heeds them. The question is, will having them on by default make > the user more or less l

RE: :, ::, :::, and :::: in P6REs

2002-08-22 Thread Paul Marquess
> The behaviour is explained quite well in E5 I think. Is that the "soon to be released" E5? Paul

RE: :, ::, :::, and :::: in P6REs

2002-08-22 Thread Paul Marquess
> > Is that the "soon to be released" E5? > > No, that's the "to be released today" E5. > > ;-) Yy!!

RE: 5.004_xx in the wild?

2005-07-04 Thread Paul Marquess
From: Michael G Schwern [mailto:[EMAIL PROTECTED] > On Mon, Jul 04, 2005 at 10:36:39AM +0100, Ben Evans wrote: > > I would say that this cascade effect is precisely why you *should* > > drop 5.004 compatability. There's no excuse other than "if it ain't > broke, > > don't fix it" for running such

RE: what slow could be in Compress::Zlib? (was RE: 5.004_xx in the wild?)

2005-07-04 Thread Paul Marquess
From: Konovalov, Vadim [mailto:[EMAIL PROTECTED] > > I've just been through the should-I-shouldn't-I-support-5.4 with my > > (painfully slow) rewrite of Compress::Zlib. In the end I > > ... > > I always thought that Compress::Zlib is just a wrapper around zlib which > in > turn is C and develop

RE: what slow could be in Compress::Zlib? (was RE: 5.004_xx in the wi ld?)

2005-07-04 Thread Paul Marquess
From: David Landgren [mailto:[EMAIL PROTECTED] > Konovalov, Vadim wrote: > >>I've just been through the should-I-shouldn't-I-support-5.4 with my > >>(painfully slow) rewrite of Compress::Zlib. In the end I > > > > > > ... > > > > I always thought that Compress::Zlib is just a wrapper around zlib

RE: 5.004_xx in the wild?

2005-07-04 Thread Paul Marquess
From: Paul Johnson [mailto:[EMAIL PROTECTED] > On Mon, Jul 04, 2005 at 03:00:14AM -0700, Michael G Schwern wrote: > > > On Mon, Jul 04, 2005 at 10:36:39AM +0100, Ben Evans wrote: > > > I would say that this cascade effect is precisely why you *should* > > > drop 5.004 compatability. There's no

RE: what slow could be in Compress::Zlib? (was RE: 5.004_xx in the wild?)

2005-07-05 Thread Paul Marquess
From: Yitzchak Scott-Thoennes [mailto:[EMAIL PROTECTED] > On Mon, Jul 04, 2005 at 02:19:16PM +0100, Paul Marquess wrote: > > Whilst I'm here, when I do get around to posting a beta on CPAN, I'd > prefer > > it doesn't get used in anger until it has bedded-in. If

Proposed enhancement to the warnings pragma for Module writers

2000-08-13 Thread Paul Marquess
I'm cc-ing this to p6 because there doesn't seem to be anyone left on p5p. Let me deal with the easy bit first. I've added a convenience function called "warnings::warnif" that allows you to write this: warnings::warnif($category, "message") ; instead of this: if (warnings::enabled($ca

RE: Proposed enhancement to the warnings pragma for Module writers

2000-08-14 Thread Paul Marquess
From: Simon Cozens [mailto:[EMAIL PROTECTED]] > On Sun, Aug 13, 2000 at 09:36:48PM -0400, Ronald J Kimball wrote: > > On Sun, Aug 13, 2000 at 09:04:41PM +0100, Paul Marquess wrote: > > > I'm cc-ing this to p6 because there doesn't seem to be anyone left on p5p. &g

RE: RFC 264 (v1) Provide a standard module to simplify the creation of source filters

2000-09-26 Thread Paul Marquess
From: Damian Conway [mailto:[EMAIL PROTECTED]] ... > > No. That's my point. I want to match BANG followed by maximal whitespace > followed by another BANG. But a line-by-line filter fails dismally if that > maximal whitespace contains a newline. > > Admittedly this particular example is contrived

RE: [perl #123758] panda doesn't cope well when projects.json isn't a JSON document

2015-02-08 Thread Paul Marquess
I was using 2015.01 star, and, yes, Virgin UK is the ISP. The URL ( http://ecosystem-api.p6c.org/projects.json ) returns a 200 + HTML content. The ISP form to get it unblocked says "2-3 weeks for a resolution". Ugh! cheers Paul -Original Message- From: Steve Mynott [mailto:steve.myn...

RE: Nice-to-have class methods

2016-01-28 Thread Paul Marquess
From: Tom Browder [mailto:tom.brow...@gmail.com] > > Given so many handy methods for built-in classes, it would be nice to have a > couple of more for some, for instance: > > IO:Path.stemname > Like basename except any suffix is removed > > IO::Handle.say (or println) > Like print