Bug #76076 for WebService-Flattr: Fails with bleadperl since v5.15.7-88-g7e4f045

Tue Mar 27 15:14:57 2012 ANDK [...] cpan.org - Ticket created

Subject:

Fails with bleadperl since v5.15.7-88-g7e4f045

This commit marks the border between TOMHUKINS/WebService-Flattr-0.53.tar.gz passing tests and failing. It's a bleadperl thingie but it's quite liekely that in a few weeks this bleadperl will be the new 5.16. commit 7e4f04509c6d4e8d2ed0e31eaf59004e5c930b39 Author: Father Chrysostomos <sprout@cpan.org> Date: Thu Jan 26 20:43:17 2012 -0800 Allow ${^WARNING_BITS} to turn off lexical warnings Various magical modules copy hints from one scope to another. But copying ${^WARNING_BITS} doesn’t always copy the same hints. If lexi- cal warnings are not on at all, ${^WARNING_BITS} returns a different value depending on the current value of $^W. Setting ${^WARNING_BITS} to its own value when $^W is true will stop $^W from being able to control the warnings in the current compilation scope. Setting ${^WARNING_BITS} to its own value when $^W is false causes even default warnings to be suppressed. This commit makes undef a special value that represents the default state, in which $^W controls warnings. Sample fail report: http://www.cpantesters.org/cpan/report/20515802 I hope this helps, if not, please ask on perl5-porters for advice how to resolve the issue. Thanks&&Regards,

Tue Mar 27 16:42:33 2012 $_ = 'spro^^*%*^6ut# [...] &$%*c>#!^!#&!pan.org'; y/a-z.@//cd; print - Correspondence added

On Tue Mar 27 15:14:57 2012, ANDK wrote: Show quoted text

> This commit marks the border between > TOMHUKINS/WebService-Flattr-0.53.tar.gz passing tests and failing. It's > a bleadperl thingie but it's quite liekely that in a few weeks this > bleadperl will be the new 5.16. > > commit 7e4f04509c6d4e8d2ed0e31eaf59004e5c930b39 > Author: Father Chrysostomos <sprout@cpan.org> > Date: Thu Jan 26 20:43:17 2012 -0800 > > Allow ${^WARNING_BITS} to turn off lexical warnings > > Various magical modules copy hints from one scope to another. But > copying ${^WARNING_BITS} doesn’t always copy the same hints. If lexi- > cal warnings are not on at all, ${^WARNING_BITS} returns a different > value depending on the current value of $^W. Setting ${^WARNING_BITS} > to its own value when $^W is true will stop $^W from being able to > control the warnings in the current compilation scope. Setting > ${^WARNING_BITS} to its own value when $^W is false causes even > default warnings to be suppressed. > > This commit makes undef a special value that represents the default > state, in which $^W controls warnings. > > > Sample fail report: http://www.cpantesters.org/cpan/report/20515802

What version of common::sense did you have installed on your test box? Do the tests pass with version 3.5?

Tue Mar 27 16:42:33 2012 The RT System itself - Status changed from 'new' to 'open'

Tue Mar 27 21:45:36 2012 ANDK [...] cpan.org - Correspondence added

D'oh! Well spotted. Indeed, this was just due to common::sense being involved. Resolving ticket since there's nothing to be done on the module's side. All users of 5.16 will have the newer common::sense automatically.

Tue Mar 27 21:45:37 2012 ANDK [...] cpan.org - Status changed from 'open' to 'resolved'