Bug #65123 for Data-FormValidator-Constraints-Words: Bleadperl v5.13.5-11-gfb85c04 breaks D:FV:C:W

Tue Jan 25 16:03:01 2011 ANDK [...] cpan.org - Ticket created

Subject:

Bleadperl v5.13.5-11-gfb85c04 breaks D:FV:C:W

As per subject. It's the change that introduced new qr// stringification. See also http://rt.perl.org/rt3/Ticket/Display.html?id=78008 HTH, Greetings from Berlin,

Wed Jan 26 09:26:04 2011 BARBIE [...] cpan.org - Correspondence added

On Tue Jan 25 16:03:01 2011, ANDK wrote: Show quoted text

> As per subject. It's the change that introduced new qr// stringification. > > See also http://rt.perl.org/rt3/Ticket/Display.html?id=78008 > > HTH, Greetings from Berlin,

This is a bug in blead perl then! It works fine in all other perls its been tested with. Having a look at the awful hack now implemented in Test::Deep, this is going to be a non-trival break with everything that has gone before. The fact that so many CPAN modules don't like this new blead perl's way of doing things, might just be an indicator that DarkPAN may have many more instances too. Suggest the stringifcation is fixed in blead perl.

Wed Jan 26 09:26:05 2011 The RT System itself - Status changed from 'new' to 'open'

Wed Jan 26 09:26:05 2011 BARBIE [...] cpan.org - Status changed from 'open' to 'stalled'

Sat Jan 29 07:49:35 2011 ANDK [...] cpan.org - Correspondence added

I've been following the discussions on p5p when the problem came up that introducing new switches to m// will have to change the stringification of regexps. The solution is sound and unavoidable. It has also been pointed out that the default stringification of regexps has never been documented, they just were stable for so long that everybody took them for granted. I'd say if you want to fight a battle, go over to perl5-porters and fight it. But I consider it very unlikely that a better solution will be found, so many eyeballs have gone over it in the meantime. The very cleverness of the solution on this is that now there is a way to express the perl defaults in a future compatible way. So even when it is unavoidable to break perl this time it won't be necessary again when a new switch to m// will be introduced. It's very likely that this change will go into 5.14. I have already written far too much, now it looks like I would understand a lot about it. I don't. I'm just a messenger with a very small brain. Please fight with somebody else. Thanks && Regards,

Sat Jan 29 07:49:36 2011 The RT System itself - Status changed from 'stalled' to 'open'

Tue Jul 12 02:57:46 2011 BARBIE [...] cpan.org - Correspondence added

This no longer appears to be an issue, as the 5.14 release highlighted a bug in the code, which having been resolved seems to be passing across all versions :) Aren't CPAN Testers great ;) Closing this now. Thanks.

Tue Jul 12 02:57:47 2011 BARBIE [...] cpan.org - Status changed from 'open' to 'resolved'