develooper Front page | perl.perl5.porters | Postings from July 2010

Re: Smoke [5.13.2] v5.13.2-131-gf507d6f FAIL(F) MSWin32 Win2000 SP4(x86/1 cpu)

Thread Previous | Thread Next
From:
George Greer
Date:
July 1, 2010 08:05
Subject:
Re: Smoke [5.13.2] v5.13.2-131-gf507d6f FAIL(F) MSWin32 Win2000 SP4(x86/1 cpu)
Message ID:
alpine.LFD.2.00.1007010958050.3137@ein.m-l.org
On Thu, 1 Jul 2010, Nicholas Clark wrote:

> On Thu, Jul 01, 2010 at 12:45:00AM -0400, George Greer wrote:
>> Automated smoke report for 5.13.2 patch f507d6f025503d42282fe562873d505fd9969d0d v5.13.2-131-gf507d6f
>> perl-win2k: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz(~2926 MHz) (x86/1 cpu)
>>     on        MSWin32 - Win2000 SP4
>>     using     cl version 14.00.50727.762
>>     smoketime 4 hours 19 minutes (average 32 minutes 28 seconds)
>
> I had a look at your logs for this:
>
>> ../cpan/Test-Harness/t/source_handler.t.....................FAILED
>>     85-97, 100-120
>>     Non-zero exit status: 34
>
> ../cpan/Test-Harness/t/source.t ................................... ok
> 'perl' is not recognized as an internal or external command,
> operable program or batch file.
[...]
> Not sure what the right solution is. The test is assuming that there is a perl
> in PATH? Which isn't an assumption that the core build is allowed to make, is
> it?

While I could put the smoke build directory in %PATH%, that seems somehow 
dirty because of the magical foreknowledge it requires.  If there was a 
perl in %PATH% it would be Strawberry Perl, which isn't very useful for 
smoke testing.  Actually, I'm a little surprised I didn't accidentally 
have Strawberry Perl in there.

I can do whichever, but it certainly feels wrong to use the $PATH Perl to 
test the built Perl.

-- 
George Greer

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About