Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

perl blead: Update to Test-Simple [patch] #14027

Closed
p5pRT opened this issue Aug 14, 2014 · 58 comments
Closed

perl blead: Update to Test-Simple [patch] #14027

p5pRT opened this issue Aug 14, 2014 · 58 comments
Labels

Comments

@p5pRT
Copy link

p5pRT commented Aug 14, 2014

Migrated from rt.perl.org#122538 (status was 'resolved')

Searchable as RT122538$

@p5pRT
Copy link
Author

p5pRT commented Aug 14, 2014

From @exodist

Here is a patch against perl blead to update to the latest Test-Simple
alpha, which is also a release candidate. The goal is to have this smoked
so that the 'production' release of this alpha can be included in the next
perl release.

Please see attached patch.

Things changed​:
* Test-Simple files updated (some adds, some removes)
* Some generated files needed to be regenerated
* dist/Carp/t/Carp.t needed an update since B is loaded by Test​::Builder
now
* ext/DynaLoader/t/DynaLoader.t was updated to reflect things
Test​::Builder loads now

Thanks!

-Chad

@p5pRT
Copy link
Author

p5pRT commented Aug 14, 2014

@p5pRT
Copy link
Author

p5pRT commented Aug 15, 2014

From @jkeenan

On Thu Aug 14 12​:22​:51 2014, exodist7@​gmail.com wrote​:

Here is a patch against perl blead to update to the latest Test-Simple
alpha, which is also a release candidate. The goal is to have this smoked
so that the 'production' release of this alpha can be included in the next
perl release.

Please see attached patch.

Things changed​:
* Test-Simple files updated (some adds, some removes)
* Some generated files needed to be regenerated
* dist/Carp/t/Carp.t needed an update since B is loaded by Test​::Builder
now
* ext/DynaLoader/t/DynaLoader.t was updated to reflect things
Test​::Builder loads now

Chad,

I applied your patch locally in a branch. While applying it with 'git am', I got error output stating that there were 25 whitespace errors.

I then ran 'make test'. I got this failure​:

#####
Test Summary Report


../cpan/Test-Simple/t/Modern/encoding_test.t (Wstat​: 512 Tests​: 9 Failed​: 2)
  Failed tests​: 2, 5
  Non-zero exit status​: 2
../cpan/Test-Simple/t/Modern/More.t (Wstat​: 256 Tests​: 16 Failed​: 1)
  Failed test​: 12
  Non-zero exit status​: 1
Files=2356, Tests=714150, 431 wallclock secs (89.34 usr 8.91 sys + 1216.12 cusr 38.48 csys = 1352.85 CPU)
Result​: FAIL
make​: *** [test_harness] Error 3
#####
$ cd t;./perl harness -v ../cpan/Test-Simple/t/Modern/encoding_test.t;cd -

ok 1 - filename is not in utf8 already

# Failed test 'sanity check'
# at t/Modern/encoding_test.t line 16.
not ok 2 - sanity check
ok 3 - got a utf8 trace
ok 4 - got a legacy trace

# Failed test 'The utf8 diag has a different output'
# at t/Modern/encoding_test.t line 39.
not ok 5 - The utf8 diag has a different output
ok 6 - Got unaltered filename in legacy
ok 7 - Got transcoded filename in utf8
ok 8 - Threw an exception when using invalid encoding
ok 9 - validate encoding
# Looks like you failed 2 tests of 9.
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/9 subtests

Test Summary Report


../cpan/Test-Simple/t/Modern/encoding_test.t (Wstat​: 512 Tests​: 9 Failed​: 2)
  Failed tests​: 2, 5
  Non-zero exit status​: 2
Files=1, Tests=9, 0 wallclock secs ( 0.01 usr 0.00 sys + 0.10 cusr 0.00 csys = 0.11 CPU)
Result​: FAIL
#####

Can you investigate?

Thank you very much.
Jim Keenan

@p5pRT
Copy link
Author

p5pRT commented Aug 15, 2014

The RT System itself - Status changed from 'new' to 'open'

@p5pRT
Copy link
Author

p5pRT commented Aug 16, 2014

From @exodist

Here is an updated patch, whitespace errors fixed. This patch passes all tests for me, hopefully it will do the same for you. Note there are some files that use utf8, but also one file that uses non-utf8 special characters.

@p5pRT
Copy link
Author

p5pRT commented Aug 16, 2014

@p5pRT
Copy link
Author

p5pRT commented Aug 16, 2014

From @jkeenan

On Sat Aug 16 10​:02​:21 2014, exodist7@​gmail.com wrote​:

Here is an updated patch, whitespace errors fixed. This patch passes
all tests for me, hopefully it will do the same for you. Note there
are some files that use utf8, but also one file that uses non-utf8
special characters.

Committed to blead in commit 6bdb887. Thanks for your persistent work on this.

I will monitor smoke reports and close the ticket within 7 days unless there are significant complaints.

I do have one question about the output from one test file​: t/versions.t.

#####
$ cd t;./perl harness ../cpan/Test-Simple/t/versions.t;cd -
You should load Test​::Tester before Test​::Builder (or anything that loads Test​::Builder) at /home/jkeenan/perl/cpan/Test-Simple/../../lib/Test/Tester.pm line 10.
../cpan/Test-Simple/t/versions.t .. ok
All tests successful.
Files=1, Tests=7, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.21 cusr 0.01 csys = 0.24 CPU)
Result​: PASS
#####

That "You should load Test​::Tester ..." message is one of the longest -- perhaps *the* longest -- messages that get printed during perl5's 'make test'. I found it ... surprising.

So is there any way we could bring it into accord with the "principle of least surprise"?

Thank you very much.
Jim Keenan

@p5pRT
Copy link
Author

p5pRT commented Aug 17, 2014

From @jkeenan

On Sat Aug 16 14​:31​:21 2014, jkeenan wrote​:

On Sat Aug 16 10​:02​:21 2014, exodist7@​gmail.com wrote​:

Here is an updated patch, whitespace errors fixed. This patch passes
all tests for me, hopefully it will do the same for you. Note there
are some files that use utf8, but also one file that uses non-utf8
special characters.

Committed to blead in commit 6bdb887.
Thanks for your persistent work on this.

I will monitor smoke reports and close the ticket within 7 days unless
there are significant complaints.

I do have one question about the output from one test file​:
t/versions.t.

#####
$ cd t;./perl harness ../cpan/Test-Simple/t/versions.t;cd -
You should load Test​::Tester before Test​::Builder (or anything that
loads Test​::Builder) at /home/jkeenan/perl/cpan/Test-
Simple/../../lib/Test/Tester.pm line 10.
../cpan/Test-Simple/t/versions.t .. ok
All tests successful.
Files=1, Tests=7, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.21 cusr
0.01 csys = 0.24 CPU)
Result​: PASS
#####

That "You should load Test​::Tester ..." message is one of the longest
-- perhaps *the* longest -- messages that get printed during perl5's
'make test'. I found it ... surprising.

So is there any way we could bring it into accord with the "principle
of least surprise"?

Thank you very much.
Jim Keenan

Chad​: We have one test failure reported during smoke testing which is probably tied to this revision.

Please see​: http​://perl.develop-help.com/raw/?id=165720

Failure appears to be Win32-related.

Excerpt from log (http​://m-l.org/~perl/smoke/perl/win32/blead/log6bdb88770f849c47b5c09e733ac460ce3e9dbc97.log.gz)

#####
The fork function is unimplemented at t/Modern/Builder_Fork.t line 25.
# Tests were run but no plan was declared and done_testing() was not seen.
# Looks like your test exited with 255 just after 4.
../cpan/Test-Simple/t/Modern/Builder_Fork.t .......................
Dubious, test returned 255 (wstat 65280, 0xff00)
All 4 subtests passed
#####

Can you investigate?

Thank you very much.
Jim Keenan

@p5pRT
Copy link
Author

p5pRT commented Aug 17, 2014

From @exodist

On Sun Aug 17 03​:57​:20 2014, jkeenan wrote​:

On Sat Aug 16 14​:31​:21 2014, jkeenan wrote​:

On Sat Aug 16 10​:02​:21 2014, exodist7@​gmail.com wrote​:

Here is an updated patch, whitespace errors fixed. This patch
passes
all tests for me, hopefully it will do the same for you. Note there
are some files that use utf8, but also one file that uses non-utf8
special characters.

Committed to blead in commit
6bdb887.
Thanks for your persistent work on this.

I will monitor smoke reports and close the ticket within 7 days
unless
there are significant complaints.

I do have one question about the output from one test file​:
t/versions.t.

#####
$ cd t;./perl harness ../cpan/Test-Simple/t/versions.t;cd -
You should load Test​::Tester before Test​::Builder (or anything that
loads Test​::Builder) at /home/jkeenan/perl/cpan/Test-
Simple/../../lib/Test/Tester.pm line 10.
../cpan/Test-Simple/t/versions.t .. ok
All tests successful.
Files=1, Tests=7, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.21 cusr
0.01 csys = 0.24 CPU)
Result​: PASS
#####

That "You should load Test​::Tester ..." message is one of the longest
-- perhaps *the* longest -- messages that get printed during perl5's
'make test'. I found it ... surprising.

So is there any way we could bring it into accord with the "principle
of least surprise"?

Thank you very much.
Jim Keenan

Chad​: We have one test failure reported during smoke testing which is
probably tied to this revision.

Please see​: http​://perl.develop-help.com/raw/?id=165720

Failure appears to be Win32-related.

Excerpt from log (http​://m-
l.org/~perl/smoke/perl/win32/blead/log6bdb88770f849c47b5c09e733ac460ce3e9dbc97.log.gz)

#####
The fork function is unimplemented at t/Modern/Builder_Fork.t line 25.
# Tests were run but no plan was declared and done_testing() was not
seen.
# Looks like your test exited with 255 just after 4.
../cpan/Test-Simple/t/Modern/Builder_Fork.t .......................
Dubious, test returned 255 (wstat 65280, 0xff00)
All 4 subtests passed
#####

Can you investigate?

Thank you very much.
Jim Keenan

Looking into it. What would be the recommended way to check if fork is available? if fork is not available the test should simply be skipped. Usually fork is implemented on windows perls, I was not aware there were some without it.

@p5pRT
Copy link
Author

p5pRT commented Aug 17, 2014

From @exodist

I was able to figure it out by looking at what other forking tests did, I will supply a new patch shortly.

@p5pRT
Copy link
Author

p5pRT commented Aug 18, 2014

From @exodist

This patch updates to a newer alpha, which should fix the previously listed problems on this ticket.

@p5pRT
Copy link
Author

p5pRT commented Aug 18, 2014

@p5pRT
Copy link
Author

p5pRT commented Aug 18, 2014

From @iabyn

On Sun, Aug 17, 2014 at 03​:57​:20AM -0700, James E Keenan via RT wrote​:

Chad​: We have one test failure reported during smoke testing which is probably tied to this revision.

Please see​: http​://perl.develop-help.com/raw/?id=165720

There are two other serious issues.

First, perl's overall test suite (I mean all 700,000 tests, not just the
Test-Simple tests) now takes about *3* times as much CPU to execute; for
example here's a test harness run before and after this commit​:

Files=2320, Tests=713707, 122 wallclock secs (80.00 usr 6.02 sys + 430.26 cusr 23.44 csys = 539.72 CPU)
Files=2359, Tests=714825, 327 wallclock secs (89.24 usr 8.26 sys + 1368.70 cusr 32.18 csys = 1498.38 CPU)

Also, /cpan/Test-Simple/t/Modern/More.t is failing on Merijn's linux
smokers, e.g​:

  Message-ID​: <PRCR55389531@​procura.nl>

Failures​: (common-args) none
[en_US.utf8] -Duselongdouble
[en_US.utf8] -DDEBUGGING -Duselongdouble
[en_US.utf8] -Duse64bitall
[en_US.utf8] -DDEBUGGING -Duse64bitall
[en_US.utf8] -Duseithreads -Duselongdouble
[en_US.utf8] -DDEBUGGING -Duseithreads -Duselongdouble
[en_US.utf8] -Duseithreads -Duse64bitall
[en_US.utf8] -DDEBUGGING -Duseithreads -Duse64bitall
../cpan/Test-Simple/t/Modern/More.t.........................FAILED
  12, 14-15
  Non-zero exit status​: 3

--
I don't want to achieve immortality through my work...
I want to achieve it through not dying.
  -- Woody Allen

@p5pRT
Copy link
Author

p5pRT commented Aug 18, 2014

From @exodist

On Mon Aug 18 06​:18​:29 2014, davem wrote​:

On Sun, Aug 17, 2014 at 03​:57​:20AM -0700, James E Keenan via RT wrote​:

Chad​: We have one test failure reported during smoke testing which
is probably tied to this revision.

Please see​: http​://perl.develop-help.com/raw/?id=165720

There are two other serious issues.

First, perl's overall test suite (I mean all 700,000 tests, not just
the
Test-Simple tests) now takes about *3* times as much CPU to execute;
for
example here's a test harness run before and after this commit​:

Files=2320, Tests=713707, 122 wallclock secs (80.00 usr 6.02 sys +
430.26 cusr 23.44 csys = 539.72 CPU)
Files=2359, Tests=714825, 327 wallclock secs (89.24 usr 8.26 sys +
1368.70 cusr 32.18 csys = 1498.38 CPU)

Also, /cpan/Test-Simple/t/Modern/More.t is failing on Merijn's linux
smokers, e.g​:

Message-ID​: <PRCR55389531@​procura.nl>

Failures​: (common-args) none
[en_US.utf8] -Duselongdouble
[en_US.utf8] -DDEBUGGING -Duselongdouble
[en_US.utf8] -Duse64bitall
[en_US.utf8] -DDEBUGGING -Duse64bitall
[en_US.utf8] -Duseithreads -Duselongdouble
[en_US.utf8] -DDEBUGGING -Duseithreads -Duselongdouble
[en_US.utf8] -Duseithreads -Duse64bitall
[en_US.utf8] -DDEBUGGING -Duseithreads -Duse64bitall
../cpan/Test-Simple/t/Modern/More.t.........................FAILED
12, 14-15
Non-zero exit status​: 3

Is there anywhere I can see the verbose output of the failure?

As for the CPU stuff, I will do some profiling and see if I can tighten things up...

@p5pRT
Copy link
Author

p5pRT commented Aug 18, 2014

From @exodist

This includes​:

* Lots of performance fixes, won't be quite as fast as the old Test​::Builder, but will be leaps and bounds faster than what is currently in blead
* Fix the win32+fork test (previous patch, which was not applied, did this too)
* Fix a test that failed in some utf8 conditions.

In my testing this patch takes half as much time to pass all the tests compared to current blead with a previous alpha.

@p5pRT
Copy link
Author

p5pRT commented Aug 18, 2014

@p5pRT
Copy link
Author

p5pRT commented Aug 19, 2014

From @jkeenan

On Mon Aug 18 15​:47​:30 2014, exodist7@​gmail.com wrote​:

This includes​:

* Lots of performance fixes, won't be quite as fast as the old
Test​::Builder, but will be leaps and bounds faster than what is
currently in blead
* Fix the win32+fork test (previous patch, which was not applied, did
this too)
* Fix a test that failed in some utf8 conditions.

In my testing this patch takes half as much time to pass all the tests
compared to current blead with a previous alpha.

To further the process of evaluating these revisions, I committed your most recent patch, 0001-Update-blead-to-Test-Builder-alpha-40.patch, to blead in commit 59c96ae.

Here is some comparative data. The following 3 runs were all made on dromedary with 'sh ./Configure -des -Dusedevel && TEST_JOBS=${TEST_JOBS} make -j${TEST_JOBS} test_harness' where $TEST_JOBS is 8.

#####
I. Just before first Exodist patch (commit 7d16fb5)
$Test​::Simple​::VERSION​: 1.001003

All tests successful.
Files=2317, Tests=713186, 136 wallclock secs (73.47 usr 8.18 sys + 438.36 cusr 29.87 csys = 549.88 CPU)
Result​: PASS

II. Just before applying second Exodist patch (commit b756670)
$Test​::Simple​::VERSION​: 1.301001_034

All tests successful.
Files=2356, Tests=714313, 367 wallclock secs (100.06 usr 13.64 sys + 1349.20 cusr 37.91 csys = 1500.81 CPU)
Result​: PASS

III. Just after applying second Exodist patch (commit 59c96ae)
$Test​::Simple​::VERSION​: 1.301001_040

All tests successful.
Files=2354, Tests=714166, 172 wallclock secs (82.67 usr 9.41 sys + 668.79 cusr 35.89 csys = 796.76 CPU)
Result​: PASS
#####

So the second patch runs dramatically better than the first one -- but still measurably slower than what preceded the first patch.

Thank you very much.
Jim Keenan

@p5pRT
Copy link
Author

p5pRT commented Aug 19, 2014

From @exodist

The new Test​::Builder alphas introduce a lot of new features, debugging tools, and a few new ways of getting things done. Ultimately the goal is more predictable testing tools, and better tools for diagnosing failures. It also fixes several bugs, some intentionally, some by virtue of doing things better (or perhaps just different) ways. It is probably not possible for it to be as fast as the old Test​::Builder, unless someone wants to dive in an re-implement some parts in XS....

I will keep performance in mind moving forward, and see if I can squeeze anymore speed out of it, but I have already nabbed the low hanging fruit, as well as some of the fruit from the middle...

Is this performance change too drastic to keep? At this point I would be very reluctant to remove the key feature that causes the performance change, the benefit in diagnostics and debugging are just too high to drop.

@p5pRT
Copy link
Author

p5pRT commented Aug 19, 2014

From @doughera88

On Mon, Aug 18, 2014 at 02​:17​:56PM +0100, Dave Mitchell wrote​:

On Sun, Aug 17, 2014 at 03​:57​:20AM -0700, James E Keenan via RT wrote​:

Chad​: We have one test failure reported during smoke testing which is probably tied to this revision.

Please see​: http​://perl.develop-help.com/raw/?id=165720

There are two other serious issues.

First, perl's overall test suite (I mean all 700,000 tests, not just the
Test-Simple tests) now takes about *3* times as much CPU to execute; for
example here's a test harness run before and after this commit​:

Files=2320, Tests=713707, 122 wallclock secs (80.00 usr 6.02 sys + 430.26 cusr 23.44 csys = 539.72 CPU)
Files=2359, Tests=714825, 327 wallclock secs (89.24 usr 8.26 sys + 1368.70 cusr 32.18 csys = 1498.38 CPU)

Yes, I see this too. Most seriously, on my aging Solaris/SPARC system,
the perl test suite just took *12 hours* to complete last night with
v5.21.2-160-g6bdb887.

--
  Andy Dougherty doughera@​lafayette.edu

@p5pRT
Copy link
Author

p5pRT commented Aug 19, 2014

From PeterCMartini@GMail.com

On Aug 19, 2014, at 9​:09, Andrew Dougherty <doughera@​lafayette.edu> wrote​:

On Mon, Aug 18, 2014 at 02​:17​:56PM +0100, Dave Mitchell wrote​:

On Sun, Aug 17, 2014 at 03​:57​:20AM -0700, James E Keenan via RT wrote​:
Chad​: We have one test failure reported during smoke testing which is probably tied to this revision.

Please see​: http​://perl.develop-help.com/raw/?id=165720

There are two other serious issues.

First, perl's overall test suite (I mean all 700,000 tests, not just the
Test-Simple tests) now takes about *3* times as much CPU to execute; for
example here's a test harness run before and after this commit​:

Files=2320, Tests=713707, 122 wallclock secs (80.00 usr 6.02 sys + 430.26 cusr 23.44 csys = 539.72 CPU)
Files=2359, Tests=714825, 327 wallclock secs (89.24 usr 8.26 sys + 1368.70 cusr 32.18 csys = 1498.38 CPU)

Yes, I see this too. Most seriously, on my aging Solaris/SPARC system,
the perl test suite just took *12 hours* to complete last night with
v5.21.2-160-g6bdb887.

5.21.3 is scheduled for tomorrow, and this seems like it will be the biggest change for that point release. Is there something we can do about this, at the least the test failure portion, before then?

Thanks,
Peter

@p5pRT
Copy link
Author

p5pRT commented Aug 19, 2014

From @cpansprout

On Tue Aug 19 06​:10​:34 2014, doughera wrote​:

On Mon, Aug 18, 2014 at 02​:17​:56PM +0100, Dave Mitchell wrote​:

On Sun, Aug 17, 2014 at 03​:57​:20AM -0700, James E Keenan via RT
wrote​:

Chad​: We have one test failure reported during smoke testing which
is probably tied to this revision.

Please see​: http​://perl.develop-help.com/raw/?id=165720

There are two other serious issues.

First, perl's overall test suite (I mean all 700,000 tests, not just
the
Test-Simple tests) now takes about *3* times as much CPU to execute;
for
example here's a test harness run before and after this commit​:

Files=2320, Tests=713707, 122 wallclock secs (80.00 usr 6.02 sys +
430.26 cusr 23.44 csys = 539.72 CPU)
Files=2359, Tests=714825, 327 wallclock secs (89.24 usr 8.26 sys +
1368.70 cusr 32.18 csys = 1498.38 CPU)

Yes, I see this too. Most seriously, on my aging Solaris/SPARC
system,
the perl test suite just took *12 hours* to complete last night with
v5.21.2-160-g6bdb887.

It also makes it extremely slow for those who test from time to time
with STRESS_REALLOC, PERL_DEBUG_READONLY_OPS, etc. I’ve had tests running for 14 hours now, and it only seems to be half way....

--

Father Chrysostomos

@p5pRT
Copy link
Author

p5pRT commented Aug 19, 2014

From @jhi

I am working at getting some more concrete timing data.

On Tuesday, August 19, 2014, Father Chrysostomos via RT <
perlbug-followup@​perl.org> wrote​:

On Tue Aug 19 06​:10​:34 2014, doughera wrote​:

On Mon, Aug 18, 2014 at 02​:17​:56PM +0100, Dave Mitchell wrote​:

On Sun, Aug 17, 2014 at 03​:57​:20AM -0700, James E Keenan via RT
wrote​:

Chad​: We have one test failure reported during smoke testing which
is probably tied to this revision.

Please see​: http​://perl.develop-help.com/raw/?id=165720

There are two other serious issues.

First, perl's overall test suite (I mean all 700,000 tests, not just
the
Test-Simple tests) now takes about *3* times as much CPU to execute;
for
example here's a test harness run before and after this commit​:

Files=2320, Tests=713707, 122 wallclock secs (80.00 usr 6.02 sys +
430.26 cusr 23.44 csys = 539.72 CPU)
Files=2359, Tests=714825, 327 wallclock secs (89.24 usr 8.26 sys +
1368.70 cusr 32.18 csys = 1498.38 CPU)

Yes, I see this too. Most seriously, on my aging Solaris/SPARC
system,
the perl test suite just took *12 hours* to complete last night with
v5.21.2-160-g6bdb887.

It also makes it extremely slow for those who test from time to time
with STRESS_REALLOC, PERL_DEBUG_READONLY_OPS, etc. I’ve had tests running
for 14 hours now, and it only seems to be half way....

--

Father Chrysostomos

---
via perlbug​: queue​: perl5 status​: open
https://rt-archive.perl.org/perl5/Ticket/Display.html?id=122538

--
There is this special biologist word we use for 'stable'. It is 'dead'. --
Jack Cohen

@p5pRT
Copy link
Author

p5pRT commented Aug 19, 2014

From @exodist

On Tue Aug 19 06​:24​:44 2014, pcm wrote​:

5.21.3 is scheduled for tomorrow, and this seems like it will be the
biggest change for that point release. Is there something we can do
about this, at the least the test failure portion, before then?

Thanks,
Peter

Test failure portion? MY latest patch, which has been applied, fixes all the test failures I know about, the one exception is Test​::Exception which fails to install with the latest T​:B alpha, I am working on that (I am also now maintainer of Test​::Exception)

@p5pRT
Copy link
Author

p5pRT commented Aug 19, 2014

From @doughera88

On Tue, Aug 19, 2014 at 09​:24​:00AM -0400, Peter Martini wrote​:

On Aug 19, 2014, at 9​:09, Andrew Dougherty <doughera@​lafayette.edu> wrote​:

On Mon, Aug 18, 2014 at 02​:17​:56PM +0100, Dave Mitchell wrote​:

On Sun, Aug 17, 2014 at 03​:57​:20AM -0700, James E Keenan via RT wrote​:
Chad​: We have one test failure reported during smoke testing which is probably tied to this revision.

Please see​: http​://perl.develop-help.com/raw/?id=165720

There are two other serious issues.

First, perl's overall test suite (I mean all 700,000 tests, not just the
Test-Simple tests) now takes about *3* times as much CPU to execute; for
example here's a test harness run before and after this commit​:

Files=2320, Tests=713707, 122 wallclock secs (80.00 usr 6.02 sys + 430.26 cusr 23.44 csys = 539.72 CPU)
Files=2359, Tests=714825, 327 wallclock secs (89.24 usr 8.26 sys + 1368.70 cusr 32.18 csys = 1498.38 CPU)

Yes, I see this too. Most seriously, on my aging Solaris/SPARC system,
the perl test suite just took *12 hours* to complete last night with
v5.21.2-160-g6bdb887.

5.21.3 is scheduled for tomorrow, and this seems like it will be the biggest change for that point release. Is there something we can do about this, at the least the test failure portion, before then?

I'm afraid I probably can't do anything useful in a timely fashion.

--
  Andy Dougherty doughera@​lafayette.edu

@p5pRT
Copy link
Author

p5pRT commented Aug 19, 2014

From @Tux

On Tue, 19 Aug 2014 09​:09​:52 -0400, Andrew Dougherty
<doughera@​lafayette.edu> wrote​:

On Mon, Aug 18, 2014 at 02​:17​:56PM +0100, Dave Mitchell wrote​:

On Sun, Aug 17, 2014 at 03​:57​:20AM -0700, James E Keenan via RT wrote​:

Chad​: We have one test failure reported during smoke testing which is probably tied to this revision.

Please see​: http​://perl.develop-help.com/raw/?id=165720

There are two other serious issues.

First, perl's overall test suite (I mean all 700,000 tests, not just the
Test-Simple tests) now takes about *3* times as much CPU to execute; for
example here's a test harness run before and after this commit​:

Files=2320, Tests=713707, 122 wallclock secs (80.00 usr 6.02 sys + 430.26 cusr 23.44 csys = 539.72 CPU)
Files=2359, Tests=714825, 327 wallclock secs (89.24 usr 8.26 sys + 1368.70 cusr 32.18 csys = 1498.38 CPU)

Yes, I see this too. Most seriously, on my aging Solaris/SPARC system,
the perl test suite just took *12 hours* to complete last night with
v5.21.2-160-g6bdb887.

Only 12 hours?

  1 configuration to finish, estimated completion in 1 day 1 hour 12 minutes
  Average smoke duration​: 1 day 9 hours 38 minutes.

--
H.Merijn Brand http​://tux.nl Perl Monger http​://amsterdam.pm.org/
using perl5.00307 .. 5.19 porting perl5 on HP-UX, AIX, and openSUSE
http​://mirrors.develooper.com/hpux/ http​://www.test-smoke.org/
http​://qa.perl.org http​://www.goldmark.org/jeff/stupid-disclaimers/

@p5pRT
Copy link
Author

p5pRT commented Aug 19, 2014

From @iabyn

On Tue, Aug 19, 2014 at 09​:24​:00AM -0400, Peter Martini wrote​:

5.21.3 is scheduled for tomorrow, and this seems like it will be the
biggest change for that point release. Is there something we can do
about this, at the least the test failure portion, before then?

Is there any reason why the new Test​::Simple can't be reverted for now?

--
In economics, the exam questions are the same every year.
They just change the answers.

@p5pRT
Copy link
Author

p5pRT commented Aug 19, 2014

From @exodist

On Tue Aug 19 09​:02​:56 2014, davem wrote​:

On Tue, Aug 19, 2014 at 09​:24​:00AM -0400, Peter Martini wrote​:

5.21.3 is scheduled for tomorrow, and this seems like it will be the
biggest change for that point release. Is there something we can do
about this, at the least the test failure portion, before then?

Is there any reason why the new Test​::Simple can't be reverted for now?

I have no objections, it is still in alpha, but simply never upgrading Test​::Builder is probably not a valid long-term solution. I am working on more performance enhancements, trying to make it as fast as possible. I will submit a new patch later.

@p5pRT
Copy link
Author

p5pRT commented Aug 19, 2014

From @jkeenan

On Tue Aug 19 09​:02​:56 2014, davem wrote​:

On Tue, Aug 19, 2014 at 09​:24​:00AM -0400, Peter Martini wrote​:

5.21.3 is scheduled for tomorrow, and this seems like it will be the
biggest change for that point release. Is there something we can do
about this, at the least the test failure portion, before then?

Is there any reason why the new Test​::Simple can't be reverted for now?

No, it can be reverted.

My original instinct was to simply put Chad's patches into a smoke-me branch. I did that, but on IRC people pointed out that we have ample precedents for including alpha releases of cpan/ modules in blead. In fact, the more important the distribution, the more we want to maximize both smoke tests and performance evaluations. That's better accomplished in blead than in a smoke-me branch.

We now have evidence that these patches slow down the Perl 5 core test suite substantially. On that basis, I would vote to revert. It's early in the yearly production cycle -- though late in the monthly devel release cycle -- so we have time to ponder how we go forward.

The pumpking and this month's release manager are meeting in onionsketch later this evening. I suggest they make the call.

Thank you very much.
Jim Keenan

@p5pRT
Copy link
Author

p5pRT commented Aug 20, 2014

From PeterCMartini@GMail.com

On Tue, Aug 19, 2014 at 6​:41 PM, James E Keenan via RT
<perlbug-followup@​perl.org> wrote​:

On Tue Aug 19 09​:02​:56 2014, davem wrote​:

On Tue, Aug 19, 2014 at 09​:24​:00AM -0400, Peter Martini wrote​:

5.21.3 is scheduled for tomorrow, and this seems like it will be the
biggest change for that point release. Is there something we can do
about this, at the least the test failure portion, before then?

Is there any reason why the new Test​::Simple can't be reverted for now?

No, it can be reverted.

My original instinct was to simply put Chad's patches into a smoke-me branch. I did that, but on IRC people pointed out that we have ample precedents for including alpha releases of cpan/ modules in blead. In fact, the more important the distribution, the more we want to maximize both smoke tests and performance evaluations. That's better accomplished in blead than in a smoke-me branch.

We now have evidence that these patches slow down the Perl 5 core test suite substantially. On that basis, I would vote to revert. It's early in the yearly production cycle -- though late in the monthly devel release cycle -- so we have time to ponder how we go forward.

The pumpking and this month's release manager are meeting in onionsketch later this evening. I suggest they make the call.

Thank you very much.
Jim Keenan

Discussed in the onionsketch and reverted by commit
11d55ae; #onionsketch logs are here,
http​://irclog.perlgeek.de/onionsketch/2014-08-20, for easy reference.

@p5pRT
Copy link
Author

p5pRT commented Aug 20, 2014

From @greerga

On Tue, 19 Aug 2014, H.Merijn Brand wrote​:

On Tue, 19 Aug 2014 09​:09​:52 -0400, Andrew Dougherty
<doughera@​lafayette.edu> wrote​:

On Mon, Aug 18, 2014 at 02​:17​:56PM +0100, Dave Mitchell wrote​:

On Sun, Aug 17, 2014 at 03​:57​:20AM -0700, James E Keenan via RT wrote​:

Chad​: We have one test failure reported during smoke testing which is probably tied to this revision.

Please see​: http​://perl.develop-help.com/raw/?id=165720

There are two other serious issues.

First, perl's overall test suite (I mean all 700,000 tests, not just the
Test-Simple tests) now takes about *3* times as much CPU to execute; for
example here's a test harness run before and after this commit​:

Files=2320, Tests=713707, 122 wallclock secs (80.00 usr 6.02 sys + 430.26 cusr 23.44 csys = 539.72 CPU)
Files=2359, Tests=714825, 327 wallclock secs (89.24 usr 8.26 sys + 1368.70 cusr 32.18 csys = 1498.38 CPU)

Yes, I see this too. Most seriously, on my aging Solaris/SPARC system,
the perl test suite just took *12 hours* to complete last night with
v5.21.2-160-g6bdb887.

Only 12 hours?

1 configuration to finish, estimated completion in 1 day 1 hour 12 minutes
Average smoke duration​: 1 day 9 hours 38 minutes.

August 18th​:
  smoketime 4 days 3 hours 13 minutes (average 4 hours 57 minutes)
http​://www.mail-archive.com/daily-build-reports@​perl.org/msg161601.html

August 11th​:
  smoketime 2 days 9 hours 49 minutes (average 2 hours 53 minutes)
http​://www.mail-archive.com/daily-build-reports@​perl.org/msg161282.html

That's my "most thorough" blead smoker.

--
George Greer

@p5pRT
Copy link
Author

p5pRT commented Oct 22, 2014

From @exodist

We can close this ticket. I submitted a new patch with a re-architected Test-Simple that will not have the performance issues of this one. I am not sure what ticket number was assigned to my latest submission, may not have one yet, sent the email a short time ago.

@p5pRT
Copy link
Author

p5pRT commented Oct 22, 2014

From @exodist

On Wed Oct 22 09​:53​:55 2014, exodist7@​gmail.com wrote​:

We can close this ticket. I submitted a new patch with a re-
architected Test-Simple that will not have the performance issues of
this one. I am not sure what ticket number was assigned to my latest
submission, may not have one yet, sent the email a short time ago.

Actually, since I cannot find a *new* ticket from my email, I figure it might be best just to provide my new patch here, so here it is.

@p5pRT
Copy link
Author

p5pRT commented Oct 22, 2014

@p5pRT
Copy link
Author

p5pRT commented Oct 23, 2014

From @tonycoz

On Wed Oct 22 09​:56​:57 2014, exodist7@​gmail.com wrote​:

On Wed Oct 22 09​:53​:55 2014, exodist7@​gmail.com wrote​:

We can close this ticket. I submitted a new patch with a re-
architected Test-Simple that will not have the performance issues of
this one. I am not sure what ticket number was assigned to my latest
submission, may not have one yet, sent the email a short time ago.

Actually, since I cannot find a *new* ticket from my email, I figure
it might be best just to provide my new patch here, so here it is.

The performance is ok, blead​:

All tests successful.
Files=2344, Tests=718918, 204 wallclock secs (68.70 usr 9.84 sys + 433.35 cusr 32.33 csys = 544.22 CPU)
Result​: PASS
502.55user 42.18system 3​:24.90elapsed 265%CPU (0avgtext+0avgdata 114376maxresident)k
1568inputs+421160outputs (6major+14844787minor)pagefaults 0swaps

vs patched​:

Files=2394, Tests=720189, 213 wallclock secs (71.58 usr 12.05 sys + 470.17 cusr 39.18 csys = 592.98 CPU)
Result​: PASS
542.92user 51.27system 3​:34.56elapsed 276%CPU (0avgtext+0avgdata 134276maxresident)k
352inputs+421688outputs (0major+17219051minor)pagefaults 0swaps

which is an 8% increase in CPU usage. Run with TEST_JOBS=6.

Unfortunately there's a change of behaviour WRT $TODO.

Before the patch, setting $TODO to the empty string (and possibly other false values) would not treat the test as TODO, but with the patch such cases are treated as TODO, so several tests are treated TODO passed​:

../ext/XS-APItest/t/call_checker.t (Wstat​: 0 Tests​: 76 Failed​: 0)
  TODO passed​: 1
../ext/Devel-Peek/t/Peek.t (Wstat​: 0 Tests​: 134 Failed​: 0)
  TODO passed​: 24, 32, 38, 54, 70, 72, 74, 76

I could update perl's tests to supply undef instead, but this change in behaviour may be a problem for CPAN distributions too.

git still complains about whitespace errors.

Tony

@p5pRT
Copy link
Author

p5pRT commented Oct 23, 2014

From @jkeenan

On 10/23/2014 12​:59 AM, Tony Cook via RT wrote​:

On Wed Oct 22 09​:56​:57 2014, exodist7@​gmail.com wrote​:

On Wed Oct 22 09​:53​:55 2014, exodist7@​gmail.com wrote​:

We can close this ticket. I submitted a new patch with a re-
architected Test-Simple that will not have the performance issues of
this one. I am not sure what ticket number was assigned to my latest
submission, may not have one yet, sent the email a short time ago.

Actually, since I cannot find a *new* ticket from my email, I figure
it might be best just to provide my new patch here, so here it is.

The performance is ok, blead​:

All tests successful.
Files=2344, Tests=718918, 204 wallclock secs (68.70 usr 9.84 sys + 433.35 cusr 32.33 csys = 544.22 CPU)
Result​: PASS
502.55user 42.18system 3​:24.90elapsed 265%CPU (0avgtext+0avgdata 114376maxresident)k
1568inputs+421160outputs (6major+14844787minor)pagefaults 0swaps

vs patched​:

Files=2394, Tests=720189, 213 wallclock secs (71.58 usr 12.05 sys + 470.17 cusr 39.18 csys = 592.98 CPU)
Result​: PASS
542.92user 51.27system 3​:34.56elapsed 276%CPU (0avgtext+0avgdata 134276maxresident)k
352inputs+421688outputs (0major+17219051minor)pagefaults 0swaps

which is an 8% increase in CPU usage. Run with TEST_JOBS=6.

I got a similar ratio​:

blead, before applying patch
All tests successful.
u=5.27 s=1.24 cu=250.42 cs=20.23 scripts=2202 tests=717919

real 8m13.607s
user 4m26.835s
sys 0m23.317s

122538-test-simple branch, after applying patch
All tests successful.
u=5.40 s=1.37 cu=277.01 cs=23.00 scripts=2244 tests=719118

real 8m49.408s
user 4m53.568s
sys 0m26.366s

Branch takes 1.07 times longer than blead.

@p5pRT
Copy link
Author

p5pRT commented Oct 23, 2014

From @jkeenan

On 10/23/2014 12​:59 AM, Tony Cook via RT wrote​:

On Wed Oct 22 09​:56​:57 2014, exodist7@​gmail.com wrote​:

On Wed Oct 22 09​:53​:55 2014, exodist7@​gmail.com wrote​:

We can close this ticket. I submitted a new patch with a re-
architected Test-Simple that will not have the performance issues of
this one. I am not sure what ticket number was assigned to my latest
submission, may not have one yet, sent the email a short time ago.

Actually, since I cannot find a *new* ticket from my email, I figure
it might be best just to provide my new patch here, so here it is.

The performance is ok, blead​:

I've created a smoke test branch for this but, as we did the last time
around, we may want to apply to blead so that we get tests and
benchmarking on as many machines as possible.

@p5pRT
Copy link
Author

p5pRT commented Oct 23, 2014

From @exodist

Unfortunately there's a change of behaviour WRT $TODO.

Before the patch, setting $TODO to the empty string (and possibly
other false values) would not treat the test as TODO, but with the
patch such cases are treated as TODO, so several tests are treated
TODO passed​:

../ext/XS-APItest/t/call_checker.t
(Wstat​: 0 Tests​: 76 Failed​: 0)
TODO passed​: 1
../ext/Devel-Peek/t/Peek.t
(Wstat​: 0 Tests​: 134 Failed​: 0)
TODO passed​: 24, 32, 38, 54, 70, 72, 74, 76

Very interesting, and good catch, I had not noticed that in my own testing of cpan modules, but it is easy to miss since it is something that by definition will not result in failures. I will look into changing it on my end, don't modify perl's tests for it. Details​: In Test​::Builder/More there are 2 ways to set TODO, $TODO and Test​::Builder->start_todo, the latter DOES count as todo for any defined value, and is tested to do so. $TODO on the other hand, which is older, simply had a boolean check. I unified a lot of logic, including these 2, and in that unification I went with the defined check. I should *probably* add some extra conditionals to make it do what it did before.

git still complains about whitespace errors.

Can you share the whitespace errors with me? I will also try merging my own patch to see if I can reproduce them, but would be nice to have your list to check against.

Also of note, there is only 1 cpan module I am aware of that is broken by this alpha, Test​::Moose​::More, and the author of it is already working on fixing it on his end, it is related to the subtest indentation changes from David Golden.

@p5pRT
Copy link
Author

p5pRT commented Oct 23, 2014

From @exodist

On Thu Oct 23 07​:29​:29 2014, exodist7@​gmail.com wrote​:

Unfortunately there's a change of behaviour WRT $TODO.

Before the patch, setting $TODO to the empty string (and possibly
other false values) would not treat the test as TODO, but with the
patch such cases are treated as TODO, so several tests are treated
TODO passed​:

../ext/XS-APItest/t/call_checker.t
(Wstat​: 0 Tests​: 76 Failed​: 0)
TODO passed​: 1
../ext/Devel-Peek/t/Peek.t
(Wstat​: 0 Tests​: 134 Failed​: 0)
TODO passed​: 24, 32, 38, 54, 70, 72, 74, 76

Very interesting, and good catch, I had not noticed that in my own
testing of cpan modules, but it is easy to miss since it is something
that by definition will not result in failures. I will look into
changing it on my end, don't modify perl's tests for it. Details​: In
Test​::Builder/More there are 2 ways to set TODO, $TODO and
Test​::Builder->start_todo, the latter DOES count as todo for any
defined value, and is tested to do so. $TODO on the other hand, which
is older, simply had a boolean check. I unified a lot of logic,
including these 2, and in that unification I went with the defined
check. I should *probably* add some extra conditionals to make it do
what it did before.

git still complains about whitespace errors.

Can you share the whitespace errors with me? I will also try merging
my own patch to see if I can reproduce them, but would be nice to have
your list to check against.

Also of note, there is only 1 cpan module I am aware of that is broken
by this alpha, Test​::Moose​::More, and the author of it is already
working on fixing it on his end, it is related to the subtest
indentation changes from David Golden.

I have fixed the fixable whitespace errors (I think I got them all anyway). The remaining whitespace errors are places where lines really do need to have trailing whitespace, or tabs and spaces mixed, such as unit tests that check output to ensure it respects back-compat.

Here is a new patch against current blead (do not apply previous patch first). It fixes the $TODO issue, and includes a new test to validate the fix.

@p5pRT
Copy link
Author

p5pRT commented Oct 23, 2014

@p5pRT
Copy link
Author

p5pRT commented Oct 26, 2014

From @exodist

Checking on the status here. Is this going to go to blead, or is it waiting on something?

@p5pRT
Copy link
Author

p5pRT commented Oct 26, 2014

From @jkeenan

On Sun Oct 26 07​:04​:18 2014, exodist7@​gmail.com wrote​:

Checking on the status here. Is this going to go to blead, or is it
waiting on something?

Applied to blead in commit 07308ed
Author​: Chad Granum <chad.granum@​dreamhost.com>
Date​: Thu Oct 23 12​:03​:23 2014 -0700

  Import Test-More 1.301001 alpha 63

Let's get this reviewed and benchmarked.

--
James E Keenan (jkeenan@​cpan.org)

@p5pRT
Copy link
Author

p5pRT commented Oct 26, 2014

From @cpansprout

On Sun Oct 26 09​:31​:36 2014, jkeenan wrote​:

On Sun Oct 26 07​:04​:18 2014, exodist7@​gmail.com wrote​:

Checking on the status here. Is this going to go to blead, or is it
waiting on something?

Applied to blead in commit 07308ed
Author​: Chad Granum <chad.granum@​dreamhost.com>
Date​: Thu Oct 23 12​:03​:23 2014 -0700

Import Test\-More 1\.301001 alpha 63

Let's get this reviewed and benchmarked.

It introduces an incompatibility in how skip() is handled.

Before​:

$ ./perl -Ilib -MTest​::More -e 'SKIP​: {skip "aa"}'
Use of uninitialized value in string eq at lib/Test/More.pm line 1298.
skip() needs to know $how_many tests are in the block at -e line 1
ok 1 # skip aa
# Tests were run but no plan was declared and done_testing() was not seen.

It warns, but it still works.

After​:

$ ./perl -Ilib -MTest​::More -e 'SKIP​: {skip "aa"}'
skip() needs to know $how_many tests are in the block at -e line 1.

No skip. This is causing smoke failures on Windows.

(Personally I would like to see the warning obliterated. 1 is a perfectly sane default.)

--

Father Chrysostomos

@p5pRT
Copy link
Author

p5pRT commented Oct 26, 2014

From @jkeenan

On Sun Oct 26 09​:31​:36 2014, jkeenan wrote​:

On Sun Oct 26 07​:04​:18 2014, exodist7@​gmail.com wrote​:

Checking on the status here. Is this going to go to blead, or is it
waiting on something?

Applied to blead in commit 07308ed
Author​: Chad Granum <chad.granum@​dreamhost.com>
Date​: Thu Oct 23 12​:03​:23 2014 -0700

Import Test\-More 1\.301001 alpha 63

Let's get this reviewed and benchmarked.

I built and installed two versions of perl, one at the commit just before that in which I applied the alpha 63 patch, and one at the alpha 36 commit.

I then constructed a benchmark program (attached) in which I ran both versions over a selection of tests from the Parrot VM test suite.

I got the results in the second attached file (10_iterations_benchmark.txt). (I made runs as high as 50 iterations; the results were consistent.) It appears the new Test-More runs at about 82% of the current Test-More.

Thank you very much.
Jim Keenan

--
James E Keenan (jkeenan@​cpan.org)

@p5pRT
Copy link
Author

p5pRT commented Oct 26, 2014

From @jkeenan

$ perl benchmark-122538.pl 10

before​:
/home/jkeenan/testing/old_test_more/bin/prove5.21.6 -I/home/jkeenan/testing/old_test_more/lib/perl5/5.21.6/x86_64-linux -I/home/jkeenan/testing/old_test_more/lib/perl5/5.21.6 -I/home/jkeenan/testing/old_test_more/lib/perl5 /home/jkeenan/gitwork/parrot/t/configure/*.t /home/jkeenan/gitwork/parrot/t/steps/init/*.t /home/jkeenan/gitwork/parrot/t/steps/inter/*.t /home/jkeenan/gitwork/parrot/t/steps/auto/*.t /home/jkeenan/gitwork/parrot/t/steps/gen/*.t /home/jkeenan/gitwork/parrot/t/postconfigure/*.t /home/jkeenan/gitwork/parrot/t/pharness/*.t 1>/dev/null

after​:
/home/jkeenan/testing/new_test_more/bin/prove5.21.6 -I/home/jkeenan/testing/new_test_more/lib/perl5/5.21.6/x86_64-linux -I/home/jkeenan/testing/new_test_more/lib/perl5/5.21.6 -I/home/jkeenan/testing/new_test_more/lib/perl5 /home/jkeenan/gitwork/parrot/t/configure/*.t /home/jkeenan/gitwork/parrot/t/steps/init/*.t /home/jkeenan/gitwork/parrot/t/steps/inter/*.t /home/jkeenan/gitwork/parrot/t/steps/auto/*.t /home/jkeenan/gitwork/parrot/t/steps/gen/*.t /home/jkeenan/gitwork/parrot/t/postconfigure/*.t /home/jkeenan/gitwork/parrot/t/pharness/*.t 1>/dev/null

Benchmark​: timing 10 iterations of 000_b176455, 001_07308ed...

Test​::More​::VERSION​: 1.001008
000_b176455​: 110 wallclock secs ( 0.00 usr 0.01 sys + 92.38 cusr 26.53 csys = 118.92 CPU) @​ 0.08/s (n=10)

Test​::More​::VERSION​: 1.301001063
001_07308ed​: 133 wallclock secs ( 0.00 usr 0.00 sys + 114.07 cusr 28.47 csys = 142.54 CPU) @​ 0.07/s (n=10)

@p5pRT
Copy link
Author

p5pRT commented Oct 26, 2014

From @jkeenan

benchmark-122538.pl

@p5pRT
Copy link
Author

p5pRT commented Oct 26, 2014

From @exodist

On Sun Oct 26 14​:32​:01 2014, jkeenan wrote​:

the results were consistent.) It appears the new Test-More runs at
about 82% of the current Test-More.

Thank you very much.
Jim Keenan

Just to be clear, is this sufficient? I am not sure it is possible to have the new features without some slow down. Also any test suite with lots of short tests will have worse results then longer tests. Right now my benchmarking shows my updates actually being faster during run-time, but slower in build-time. I suspect the only remaining option for speedup is to remove some of the compile-time performance by pre-building the accessors that are currently generated.

In my benchmarking compile time of simply loading Test​::More and calling ok() and done_testing() the old version took ~30ms less time than the new one (the new one taking ~50ms) I don't have the numbers at hand, but they were close to that, if anything I made the alpha look worse than it is with those numbers. I am not convinced improvingg that compile-time is worth the effort and complexity it adds to the dist release process.

@p5pRT
Copy link
Author

p5pRT commented Oct 26, 2014

From @exodist

On Sun Oct 26 12​:11​:57 2014, sprout wrote​:

It introduces an incompatibility in how skip() is handled.

I will fix this and bring a new patch against blead. I will try to get to this tonight, but it may be tomorrow night.

(Personally I would like to see the warning obliterated. 1 is a
perfectly sane default.)

My initial reaction is to not make the change, in case removing the warnings breaks any tests downstream. However since I have checked a lot of cpan, and never even found this bug, let alone a warnings related one, I think it is safe to remove the warning and make a sane default of 1. so I will remove the warning.

If I recall from the code this was actually a conditional behavior, when there is no plan or a plan of 'no_plan' skip would be fine, but warn when not given a number. However when there is a numeric plan it would need to know the number (which is sane, but 1 still sounds like a good default).

@p5pRT
Copy link
Author

p5pRT commented Oct 27, 2014

From @jkeenan

On Sun Oct 26 14​:54​:46 2014, exodist7@​gmail.com wrote​:

On Sun Oct 26 14​:32​:01 2014, jkeenan wrote​:

the results were consistent.) It appears the new Test-More runs at
about 82% of the current Test-More.

Thank you very much.
Jim Keenan

Just to be clear, is this sufficient?

Ask 10 people, you'll get at least 11 answers!

I doubt that we have any pre-established standards for how fast Test-More should be. We aren't very good at measuring the performance of perl itself (though see the thread initiated by Dave Mitchell at http​://perl.markmail.org/search/?q=%22performance+testing%22+list%3Aorg.perl.perl5-porters#query​:%22performance%20testing%22%20list%3Aorg.perl.perl5-porters+page​:1+mid​:dawtdydqpu3v4r7g+state​:results). So evaluating the performance of modules distributed with core will inevitably entail some "making it up as we go along" -- and I concede that that's unsettling when you've put a lot of work into some effort.

So for now I'm simply reporting the results for one set of tests that I am personally familiar with. I suspect that in the coming days other contributors will post their results and express their opinions -- just as they did with the first round of patches.

I am not sure it is possible to
have the new features without some slow down. Also any test suite with
lots of short tests will have worse results then longer tests. Right
now my benchmarking shows my updates actually being faster during run-
time, but slower in build-time.

I suspect, unfortunately, that people are primarily going to evaluate the new Test-More on the basis of how it handles their *existing* test suites -- a situation where the number of test files or their individual length is not subject to change. For example, that is certainly the case on my day job.

Thank you very much.
Jim Keenan

--
James E Keenan (jkeenan@​cpan.org)

@p5pRT
Copy link
Author

p5pRT commented Oct 27, 2014

From @exodist

Here is a patch against current blead (which has my old one already applied) that fixes the TODO issue as well as a couple other minor things (doc updates mainly).

@p5pRT
Copy link
Author

p5pRT commented Oct 27, 2014

From @exodist

0001-Update-to-Test-More-alpha-064.patch
From c275c31fd6515e44e3438a0b8c075f7623b6e58e Mon Sep 17 00:00:00 2001
From: Chad Granum <chad.granum@dreamhost.com>
Date: Sun, 26 Oct 2014 21:32:27 -0700
Subject: [PATCH] Update to Test::More alpha 064

 * Fixes some docs
 * Fixes TODO behavior change
---
 cpan/Test-Simple/lib/Test/Builder.pm              |  2 +-
 cpan/Test-Simple/lib/Test/Builder/Module.pm       |  2 +-
 cpan/Test-Simple/lib/Test/Builder/Tester.pm       |  2 +-
 cpan/Test-Simple/lib/Test/Builder/Tester/Color.pm |  2 +-
 cpan/Test-Simple/lib/Test/More.pm                 |  4 ++--
 cpan/Test-Simple/lib/Test/Simple.pm               |  2 +-
 cpan/Test-Simple/lib/Test/Stream.pm               |  2 +-
 cpan/Test-Simple/lib/Test/Stream/Architecture.pod | 20 ++++++++++----------
 cpan/Test-Simple/lib/Test/Tester.pm               |  2 +-
 cpan/Test-Simple/lib/Test/use/ok.pm               |  2 +-
 cpan/Test-Simple/lib/ok.pm                        |  2 +-
 cpan/Test-Simple/t/Legacy/skip.t                  |  4 +---
 12 files changed, 22 insertions(+), 24 deletions(-)

diff --git a/cpan/Test-Simple/lib/Test/Builder.pm b/cpan/Test-Simple/lib/Test/Builder.pm
index c307e85..e7b5a99 100644
--- a/cpan/Test-Simple/lib/Test/Builder.pm
+++ b/cpan/Test-Simple/lib/Test/Builder.pm
@@ -4,7 +4,7 @@ use 5.008001;
 use strict;
 use warnings;
 
-our $VERSION = '1.301001_063';
+our $VERSION = '1.301001_064';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 use Test::More::Tools;
diff --git a/cpan/Test-Simple/lib/Test/Builder/Module.pm b/cpan/Test-Simple/lib/Test/Builder/Module.pm
index 32b57b0..53a166a 100644
--- a/cpan/Test-Simple/lib/Test/Builder/Module.pm
+++ b/cpan/Test-Simple/lib/Test/Builder/Module.pm
@@ -7,7 +7,7 @@ use Test::Builder 0.99;
 require Exporter;
 our @ISA = qw(Exporter);
 
-our $VERSION = '1.301001_063';
+our $VERSION = '1.301001_064';
 $VERSION = eval $VERSION;      ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 
diff --git a/cpan/Test-Simple/lib/Test/Builder/Tester.pm b/cpan/Test-Simple/lib/Test/Builder/Tester.pm
index 6e42c4c..9219b22 100644
--- a/cpan/Test-Simple/lib/Test/Builder/Tester.pm
+++ b/cpan/Test-Simple/lib/Test/Builder/Tester.pm
@@ -1,7 +1,7 @@
 package Test::Builder::Tester;
 
 use strict;
-our $VERSION = '1.301001_063';
+our $VERSION = '1.301001_064';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 use Test::Builder 1.301001;
diff --git a/cpan/Test-Simple/lib/Test/Builder/Tester/Color.pm b/cpan/Test-Simple/lib/Test/Builder/Tester/Color.pm
index 774e16a..6338200 100644
--- a/cpan/Test-Simple/lib/Test/Builder/Tester/Color.pm
+++ b/cpan/Test-Simple/lib/Test/Builder/Tester/Color.pm
@@ -1,7 +1,7 @@
 package Test::Builder::Tester::Color;
 
 use strict;
-our $VERSION = '1.301001_063';
+our $VERSION = '1.301001_064';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 require Test::Builder::Tester;
diff --git a/cpan/Test-Simple/lib/Test/More.pm b/cpan/Test-Simple/lib/Test/More.pm
index 7a2135c..7f8afaf 100644
--- a/cpan/Test-Simple/lib/Test/More.pm
+++ b/cpan/Test-Simple/lib/Test/More.pm
@@ -4,7 +4,7 @@ use 5.008001;
 use strict;
 use warnings;
 
-our $VERSION = '1.301001_063';
+our $VERSION = '1.301001_064';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 use Test::Stream::Carp qw/croak carp/;
@@ -257,7 +257,7 @@ sub _skip {
     my $plan = $ctx->stream->plan;
 
     # If there is no plan we do not need to worry about counts
-    my $need_count = $plan ? !($plan->directive && $plan->directive eq 'NO PLAN') : 1;
+    my $need_count = $plan ? !($plan->directive && $plan->directive eq 'NO PLAN') : 0;
 
     $ctx->alert("$func() needs to know \$how_many tests are in the block")
         if $need_count && !defined $how_many;
diff --git a/cpan/Test-Simple/lib/Test/Simple.pm b/cpan/Test-Simple/lib/Test/Simple.pm
index 90a53fe..2b24453 100644
--- a/cpan/Test-Simple/lib/Test/Simple.pm
+++ b/cpan/Test-Simple/lib/Test/Simple.pm
@@ -5,7 +5,7 @@ use 5.008001;
 use strict;
 use warnings;
 
-our $VERSION = '1.301001_063';
+our $VERSION = '1.301001_064';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 use Test::Stream '-internal';
diff --git a/cpan/Test-Simple/lib/Test/Stream.pm b/cpan/Test-Simple/lib/Test/Stream.pm
index ec470b4..816576b 100644
--- a/cpan/Test-Simple/lib/Test/Stream.pm
+++ b/cpan/Test-Simple/lib/Test/Stream.pm
@@ -2,7 +2,7 @@ package Test::Stream;
 use strict;
 use warnings;
 
-our $VERSION = '1.301001_063';
+our $VERSION = '1.301001_064';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 use Test::Stream::Threads;
diff --git a/cpan/Test-Simple/lib/Test/Stream/Architecture.pod b/cpan/Test-Simple/lib/Test/Stream/Architecture.pod
index 620adcf..b98ce50 100644
--- a/cpan/Test-Simple/lib/Test/Stream/Architecture.pod
+++ b/cpan/Test-Simple/lib/Test/Stream/Architecture.pod
@@ -7,7 +7,7 @@ Test::Stream::Architecture - Overview of how the Test-More dist works.
 This is the document that explains the architecture of Test::More and all the
 stuff driving it under the hood.
 
-=head1 KEY COMPONTENTS
+=head1 KEY COMPONENTS
 
 This is the list of primary components and their brief description, The most
 critical ones will have more details in later sections.
@@ -90,9 +90,9 @@ proper object. All events must use Test::Stream::Event as a base.
 
 This is the L<Moose> of Test::Stream. It is responsible for generating
 accessors and similar work. Unlike moose and others it uses an arrayref as the
-underlying object. This design descision was made to improve performance.
+underlying object. This design decision was made to improve performance.
 Performance was a real problem in some early alphas, the gains from the
-descision are huge.
+decision are huge.
 
 =item Test::Stream::Tester
 
@@ -118,7 +118,7 @@ number, and shove them through the correct output.
 
 The singleton model proved to be a major headache.
 
-Intercepting events typically meant replacing the singleton perminantly
+Intercepting events typically meant replacing the singleton permanently
 (Test::Tester) or for a limited scope. Another option people took
 (Test::Builder::Tester) was to simply replace the IO handles Test::Builder was
 tracking.
@@ -160,7 +160,7 @@ in the order they are added.
 
 There is not currently any way to remove a munger.
 
-B<Note:> each munger is called in a loop in the C<send()> method, so keep it is
+B<Note:> each munger is called in a loop in the C<send()> method, so keep it as
 fast and small as possible.
 
 =item Forward all events to listeners (including TAP output)
@@ -224,7 +224,7 @@ If there is a context already in play, that instance will be returned.
 Otherwise a new context will be returned. The context assumes that the stack
 level just above your call is where errors should be reported.
 
-You can optionally provide an integer as the only argument, in whcih case that
+You can optionally provide an integer as the only argument, in which case that
 number will be added to the C<caller()> call to find the correct frame for
 reporting. This will be completely ignored if there is already an active
 context.
@@ -245,7 +245,7 @@ In the example above c<my_ok()> generates a new context, then it calls C<ok()>,
 in this case both function will have the same context object, the one generated
 by my_ok. The result is that C<ok> will report errors to the correct place.
 
-=head3 IMPLEMENTEATION
+=head3 IMPLEMENTATION
 
 There is a variable C<$CURRENT> in C<Test::Stream::Context>, it is a lexical,
 so you can not touch it directly. When the C<context()> function is called, it
@@ -258,7 +258,7 @@ scope, or is otherwise removed, C<$CURRENT> will vanish on its own. This means
 that so long as you hold on to your context object, anything you call will find
 it.
 
-B<The caveat> here is that if you descide to hold on to your context beyond
+B<The caveat> here is that if you decide to hold on to your context beyond
 your scope, you could sabatoge any future test functions. If you need to hold
 on to a context you need to call C<< $context->snapshot >>, and store the
 cloned object it returns. In general you should not need to do this, event
@@ -266,9 +266,9 @@ objects all store the context, but do so using a snapshot.
 
 B<Note> I am open to changing this to remove the weak-reference magic and
 instead require someone to call C<< $context->release >> or similar when they
-are done with a context, but that seams more likely to result in rougue
+are done with a context, but that seems more likely to result in rougue
 contexts... This method would also require its own form of reference counting..
-This descision will need to be made before we go stable.
+This decision will need to be made before we go stable.
 
 =head2 GENERATING EVENTS
 
diff --git a/cpan/Test-Simple/lib/Test/Tester.pm b/cpan/Test-Simple/lib/Test/Tester.pm
index 25a62a9..1e52c1a 100644
--- a/cpan/Test-Simple/lib/Test/Tester.pm
+++ b/cpan/Test-Simple/lib/Test/Tester.pm
@@ -15,7 +15,7 @@ require Exporter;
 
 use vars qw( @ISA @EXPORT $VERSION );
 
-our $VERSION = '1.301001_063';
+our $VERSION = '1.301001_064';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 @EXPORT  = qw( run_tests check_tests check_test cmp_results show_space );
diff --git a/cpan/Test-Simple/lib/Test/use/ok.pm b/cpan/Test-Simple/lib/Test/use/ok.pm
index ccbd5ad..68d6307 100644
--- a/cpan/Test-Simple/lib/Test/use/ok.pm
+++ b/cpan/Test-Simple/lib/Test/use/ok.pm
@@ -3,7 +3,7 @@ use strict;
 use warnings;
 use 5.005;
 
-our $VERSION = '1.301001_063';
+our $VERSION = '1.301001_064';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 1;
diff --git a/cpan/Test-Simple/lib/ok.pm b/cpan/Test-Simple/lib/ok.pm
index f20230e..909b7c6 100644
--- a/cpan/Test-Simple/lib/ok.pm
+++ b/cpan/Test-Simple/lib/ok.pm
@@ -5,7 +5,7 @@ use warnings;
 use Test::More 1.301001 ();
 use Test::Stream::Carp qw/croak/;
 
-our $VERSION = '1.301001_063';
+our $VERSION = '1.301001_064';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 sub import {
diff --git a/cpan/Test-Simple/t/Legacy/skip.t b/cpan/Test-Simple/t/Legacy/skip.t
index df4d6e1..c67e680 100644
--- a/cpan/Test-Simple/t/Legacy/skip.t
+++ b/cpan/Test-Simple/t/Legacy/skip.t
@@ -7,7 +7,7 @@ BEGIN {
     }
 }
 
-use Test::More;
+use Test::More tests => 15;
 
 BEGIN {
     require warnings;
@@ -103,5 +103,3 @@ SKIP: {
 
     like $warning, qr/^skip\(\) was passed a non-numeric number of tests/;
 }
-
-done_testing;
-- 
1.9.1

@p5pRT
Copy link
Author

p5pRT commented Oct 27, 2014

From @cpansprout

On Sun Oct 26 21​:53​:18 2014, exodist7@​gmail.com wrote​:

Here is a patch against current blead (which has my old one already
applied) that fixes the TODO issue as well as a couple other minor
things (doc updates mainly).

Thank you. I have applied it as 6213b78.

However, it still does not fix the skip incompatibility, so I patch Test​::More in place in commit df8d573.

While we usually try to avoid modifying modules under cpan/ directly, in this case we have been getting smoke failures from Windows for 30 hours already, which potentially allows other problems to get lost in the noise. So I have chosen the lesser of two weevils.

I hope you can make a new Test-Simple alpha release with a similar fix soon.

--

Father Chrysostomos

@p5pRT
Copy link
Author

p5pRT commented Oct 28, 2014

From @exodist

On Mon Oct 27 15​:48​:47 2014, sprout wrote​:

On Sun Oct 26 21​:53​:18 2014, exodist7@​gmail.com wrote​:

Here is a patch against current blead (which has my old one already
applied) that fixes the TODO issue as well as a couple other minor
things (doc updates mainly).

Thank you. I have applied it as 6213b78.

However, it still does not fix the skip incompatibility, so I patch
Test​::More in place in commit df8d573.

While we usually try to avoid modifying modules under cpan/ directly,
in this case we have been getting smoke failures from Windows for 30
hours already, which potentially allows other problems to get lost in
the noise. So I have chosen the lesser of two weevils.

I hope you can make a new Test-Simple alpha release with a similar fix
soon.

Ah, thank you. I thought I had it fixed, but I missed that one critical part. I will probably copy your patch as-is into my repo. I don't have a windows system handy that I could use to check this myself. I also would not know the first thing about getting a blead perl running on windows (cygwin maybe?).

You mentioned smokers were having issues with this, is that data public/published somewhere that I can check it regularly?

@p5pRT
Copy link
Author

p5pRT commented Oct 28, 2014

From @cpansprout

On Mon Oct 27 22​:03​:15 2014, exodist7@​gmail.com wrote​:

On Mon Oct 27 15​:48​:47 2014, sprout wrote​:

On Sun Oct 26 21​:53​:18 2014, exodist7@​gmail.com wrote​:

Here is a patch against current blead (which has my old one already
applied) that fixes the TODO issue as well as a couple other minor
things (doc updates mainly).

Thank you. I have applied it as 6213b78.

However, it still does not fix the skip incompatibility, so I patch
Test​::More in place in commit df8d573.

While we usually try to avoid modifying modules under cpan/ directly,
in this case we have been getting smoke failures from Windows for 30
hours already, which potentially allows other problems to get lost in
the noise. So I have chosen the lesser of two weevils.

I hope you can make a new Test-Simple alpha release with a similar
fix
soon.

Ah, thank you. I thought I had it fixed, but I missed that one
critical part. I will probably copy your patch as-is into my repo. I
don't have a windows system handy that I could use to check this
myself. I also would not know the first thing about getting a blead
perl running on windows (cygwin maybe?).

You mentioned smokers were having issues with this, is that data
public/published somewhere that I can check it regularly?

I usually just watch the smoke messages coming to p5p. See for instance <20141027193832.184BE4E023E@​zwei> and <225808580.160.1414426906096.JavaMail.jenkins@​jenkins-001.ams6.corp.booking.com>, which show dist/PathTools/t/cwd.t failing.

Those two particular messages can be viewed at <http​://www.nntp.perl.org/group/perl.perl5.porters/2014/10/msg221733.html> and <http​://www.nntp.perl.org/group/perl.perl5.porters/2014/10/msg221728.html>.

--

Father Chrysostomos

@p5pRT
Copy link
Author

p5pRT commented Oct 29, 2014

From @exodist

Here is a patch to alpha 065 which includes the TODO fix you already applied, as well as a couple other things.

@p5pRT
Copy link
Author

p5pRT commented Oct 29, 2014

From @exodist

0001-Update-Test-Simple-to-alpha-065.patch
From fbb29cbf1aac8c5bfebbb03e82104c66a813cecb Mon Sep 17 00:00:00 2001
From: Chad Granum <chad.granum@dreamhost.com>
Date: Tue, 28 Oct 2014 21:35:07 -0700
Subject: [PATCH] Update Test-Simple to alpha 065

This includes a patch from Father Chrysostomos which was already in
blead. An additional fix to some windows configs. And a version bump.
---
 cpan/Test-Simple/lib/Test/Builder.pm              | 2 +-
 cpan/Test-Simple/lib/Test/Builder/Module.pm       | 2 +-
 cpan/Test-Simple/lib/Test/Builder/Tester.pm       | 2 +-
 cpan/Test-Simple/lib/Test/Builder/Tester/Color.pm | 2 +-
 cpan/Test-Simple/lib/Test/More.pm                 | 3 ++-
 cpan/Test-Simple/lib/Test/Simple.pm               | 2 +-
 cpan/Test-Simple/lib/Test/Stream.pm               | 2 +-
 cpan/Test-Simple/lib/Test/Tester.pm               | 2 +-
 cpan/Test-Simple/lib/Test/use/ok.pm               | 2 +-
 cpan/Test-Simple/lib/ok.pm                        | 2 +-
 cpan/Test-Simple/t/Legacy/exit.t                  | 4 ++--
 11 files changed, 13 insertions(+), 12 deletions(-)

diff --git a/cpan/Test-Simple/lib/Test/Builder.pm b/cpan/Test-Simple/lib/Test/Builder.pm
index e7b5a99..54e392d 100644
--- a/cpan/Test-Simple/lib/Test/Builder.pm
+++ b/cpan/Test-Simple/lib/Test/Builder.pm
@@ -4,7 +4,7 @@ use 5.008001;
 use strict;
 use warnings;
 
-our $VERSION = '1.301001_064';
+our $VERSION = '1.301001_065';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 use Test::More::Tools;
diff --git a/cpan/Test-Simple/lib/Test/Builder/Module.pm b/cpan/Test-Simple/lib/Test/Builder/Module.pm
index 53a166a..d7936da 100644
--- a/cpan/Test-Simple/lib/Test/Builder/Module.pm
+++ b/cpan/Test-Simple/lib/Test/Builder/Module.pm
@@ -7,7 +7,7 @@ use Test::Builder 0.99;
 require Exporter;
 our @ISA = qw(Exporter);
 
-our $VERSION = '1.301001_064';
+our $VERSION = '1.301001_065';
 $VERSION = eval $VERSION;      ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 
diff --git a/cpan/Test-Simple/lib/Test/Builder/Tester.pm b/cpan/Test-Simple/lib/Test/Builder/Tester.pm
index 9219b22..ae98639 100644
--- a/cpan/Test-Simple/lib/Test/Builder/Tester.pm
+++ b/cpan/Test-Simple/lib/Test/Builder/Tester.pm
@@ -1,7 +1,7 @@
 package Test::Builder::Tester;
 
 use strict;
-our $VERSION = '1.301001_064';
+our $VERSION = '1.301001_065';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 use Test::Builder 1.301001;
diff --git a/cpan/Test-Simple/lib/Test/Builder/Tester/Color.pm b/cpan/Test-Simple/lib/Test/Builder/Tester/Color.pm
index 6338200..c205551 100644
--- a/cpan/Test-Simple/lib/Test/Builder/Tester/Color.pm
+++ b/cpan/Test-Simple/lib/Test/Builder/Tester/Color.pm
@@ -1,7 +1,7 @@
 package Test::Builder::Tester::Color;
 
 use strict;
-our $VERSION = '1.301001_064';
+our $VERSION = '1.301001_065';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 require Test::Builder::Tester;
diff --git a/cpan/Test-Simple/lib/Test/More.pm b/cpan/Test-Simple/lib/Test/More.pm
index 1b12ac0..5aea2de 100644
--- a/cpan/Test-Simple/lib/Test/More.pm
+++ b/cpan/Test-Simple/lib/Test/More.pm
@@ -4,7 +4,7 @@ use 5.008001;
 use strict;
 use warnings;
 
-our $VERSION = '1.301001_064';
+our $VERSION = '1.301001_065';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 use Test::Stream::Carp qw/croak carp/;
@@ -103,6 +103,7 @@ sub ok ($;$) {
 }
 
 sub plan {
+    return unless @_;
     my ($directive, $arg) = @_;
     my $ctx = context();
 
diff --git a/cpan/Test-Simple/lib/Test/Simple.pm b/cpan/Test-Simple/lib/Test/Simple.pm
index 2b24453..59c7a28 100644
--- a/cpan/Test-Simple/lib/Test/Simple.pm
+++ b/cpan/Test-Simple/lib/Test/Simple.pm
@@ -5,7 +5,7 @@ use 5.008001;
 use strict;
 use warnings;
 
-our $VERSION = '1.301001_064';
+our $VERSION = '1.301001_065';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 use Test::Stream '-internal';
diff --git a/cpan/Test-Simple/lib/Test/Stream.pm b/cpan/Test-Simple/lib/Test/Stream.pm
index 816576b..87aa059 100644
--- a/cpan/Test-Simple/lib/Test/Stream.pm
+++ b/cpan/Test-Simple/lib/Test/Stream.pm
@@ -2,7 +2,7 @@ package Test::Stream;
 use strict;
 use warnings;
 
-our $VERSION = '1.301001_064';
+our $VERSION = '1.301001_065';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 use Test::Stream::Threads;
diff --git a/cpan/Test-Simple/lib/Test/Tester.pm b/cpan/Test-Simple/lib/Test/Tester.pm
index 1e52c1a..62a9001 100644
--- a/cpan/Test-Simple/lib/Test/Tester.pm
+++ b/cpan/Test-Simple/lib/Test/Tester.pm
@@ -15,7 +15,7 @@ require Exporter;
 
 use vars qw( @ISA @EXPORT $VERSION );
 
-our $VERSION = '1.301001_064';
+our $VERSION = '1.301001_065';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 @EXPORT  = qw( run_tests check_tests check_test cmp_results show_space );
diff --git a/cpan/Test-Simple/lib/Test/use/ok.pm b/cpan/Test-Simple/lib/Test/use/ok.pm
index 68d6307..26417bb 100644
--- a/cpan/Test-Simple/lib/Test/use/ok.pm
+++ b/cpan/Test-Simple/lib/Test/use/ok.pm
@@ -3,7 +3,7 @@ use strict;
 use warnings;
 use 5.005;
 
-our $VERSION = '1.301001_064';
+our $VERSION = '1.301001_065';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 1;
diff --git a/cpan/Test-Simple/lib/ok.pm b/cpan/Test-Simple/lib/ok.pm
index 909b7c6..a8c8dc4 100644
--- a/cpan/Test-Simple/lib/ok.pm
+++ b/cpan/Test-Simple/lib/ok.pm
@@ -5,7 +5,7 @@ use warnings;
 use Test::More 1.301001 ();
 use Test::Stream::Carp qw/croak/;
 
-our $VERSION = '1.301001_064';
+our $VERSION = '1.301001_065';
 $VERSION = eval $VERSION;    ## no critic (BuiltinFunctions::ProhibitStringyEval)
 
 sub import {
diff --git a/cpan/Test-Simple/t/Legacy/exit.t b/cpan/Test-Simple/t/Legacy/exit.t
index 8c9e16d..ba29394 100644
--- a/cpan/Test-Simple/t/Legacy/exit.t
+++ b/cpan/Test-Simple/t/Legacy/exit.t
@@ -61,7 +61,7 @@ END { 1 while unlink "exit_map_test" }
 
 for my $exit (0..255) {
     # This correctly emulates Test::Builder's behavior.
-    my $out = qx[$Perl exit_map_test $exit];
+    my $out = qx["$Perl" exit_map_test $exit];
     $TB->like( $out, qr/^exit $exit\n/, "exit map test for $exit" );
     $Exit_Map{$exit} = exitstatus($?);
 }
@@ -92,7 +92,7 @@ chdir 't';
 my $lib = File::Spec->catdir(qw(lib Test Simple sample_tests));
 while( my($test_name, $exit_code) = each %Tests ) {
     my $file = File::Spec->catfile($lib, $test_name);
-    my $wait_stat = system(qq{$Perl -"I../blib/lib" -"I../lib" -"I../t/lib" $file});
+    my $wait_stat = system(qq{"$Perl" -"I../blib/lib" -"I../lib" -"I../t/lib" $file});
     my $actual_exit = exitstatus($wait_stat);
 
     if( $exit_code eq 'not zero' ) {
-- 
1.9.1

@p5pRT
Copy link
Author

p5pRT commented Oct 29, 2014

From @cpansprout

On Tue Oct 28 21​:37​:25 2014, exodist7@​gmail.com wrote​:

Here is a patch to alpha 065 which includes the TODO fix you already
applied, as well as a couple other things.

Thank you. Applied as 64f5fd4.

--

Father Chrysostomos

@p5pRT
Copy link
Author

p5pRT commented Oct 29, 2014

@cpansprout - Status changed from 'open' to 'resolved'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant