Smoke [5.11.2] v5.11.2-42-g02b203e FAIL(M) MSWin32 WinXP/.Net SP3 (x86/2 cpu)

[Steve Hay]

Automated smoke report for 5.11.2 patch 02b203e04b3608f934ad6d2d29e54f3c318addb8 v5.11.2-42-g02b203e
maldoror.bath.planit.group: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz(~2660 MHz) (x86/2 cpu)
on MSWin32 - WinXP/.Net SP3
using gcc version 3.4.5
smoketime 1 hour 27 minutes (average 8 minutes 42 seconds)

Summary: FAIL(M)

O = OK F = Failure(s), extended report at the bottom
X = Failure(s) under TEST but not under harness
? = still running or test results not (yet) available
Build failures during: - = unknown or N/A
c = Configure, m = make, M = make (after miniperl), t = make test-prep

v5.11.2-42-g02b203e Configuration (common) -DINST_TOP=$(INST_DRV)\Smoke\doesntexist
----------- ---------------------------------------------------------
M M -Duselargefiles
M M -Duselargefiles -Dusemymalloc
M M -Duselargefiles -Duseithreads -Uuseimpsys
M M -Duselargefiles -Duseithreads -Uuseimpsys -Dusemymalloc
M M -Duselargefiles -Duseithreads
| +--------- -DDEBUGGING
+----------- no debugging

Locally applied patches:
SMOKE02b203e04b3608f934ad6d2d29e54f3c318addb8

--
Report by Test::Smoke v1.39 build 1235 running on perl 5.11.0
(Reporter v0.035 / Smoker v0.044)

[Steve Hay]

Steve Hay wrote on 2009-11-23:
> Automated smoke report for 5.11.2 patch
> 02b203e04b3608f934ad6d2d29e54f3c318addb8 v5.11.2-42-g02b203e
> maldoror.bath.planit.group: Intel(R) Core(TM)2 CPU 6700 @
2.66GHz(~2660
> MHz) (x86/2 cpu)
> on MSWin32 - WinXP/.Net SP3
> using gcc version 3.4.5
> smoketime 1 hour 27 minutes (average 8 minutes 42 seconds)
>
> Summary: FAIL(M)
>

No time to look right now, but here's the failure:

Running Makefile.PL in cpan/podlators
C:\gitclients\perl\win32\..\miniperl.exe Makefile.PL INSTALLDIRS=perl
INSTALLMAN1DIR=none INSTALLMAN3DIR=none PERL_CORE=1
Writing Makefile for Pod
Making all in cpan/podlators
nmake -nologo all PERL_CORE=1
cp lib/Pod/ParseLink.pm ..\..\lib\Pod\ParseLink.pm
cp lib/Pod/Text/Termcap.pm ..\..\lib\Pod\Text\Termcap.pm
cp lib/Pod/Text.pm ..\..\lib\Pod\Text.pm
cp lib/Pod/Text/Color.pm ..\..\lib\Pod\Text\Color.pm
cp lib/Pod/Text/Overstrike.pm ..\..\lib\Pod\Text\Overstrike.pm
cp lib/Pod/Man.pm ..\..\lib\Pod\Man.pm
cd ..\lib\unicore && ..\..\miniperl.exe -I..
-I..\..\cpan\Cwd\lib mktables -check ..\lib\unicore\Canonical.pl
..\lib\unicore\Canonical.pl
Can't locate Cwd.pm in @INC (@INC contains: .. ..\..\cpan\Cwd\lib .) at
../File/Find.pm line 8.
Compilation failed in require at mktables line 11.
BEGIN failed--compilation aborted at mktables line 11.
NMAKE : fatal error U1077: 'cd' : return code '0x2'
Stop.

[Nicholas Clark]

Try the appended?

I forget - there was a reason, wasn't there, why win32 couldn't use the -C
option to mktables to have mktables do the chdir? (Which would be after
modules have been used, so would simplify the @INC setup)

Nicholas Clark

diff --git a/win32/Makefile b/win32/Makefile
index b184482..9ed2be5 100644
--- a/win32/Makefile
+++ b/win32/Makefile
@@ -1235,7 +1235,7 @@ inst_lib : $(CONFIGPM)

$(UNIDATAFILES) : $(MINIPERL) $(CONFIGPM) ..\lib\unicore\mktables Extensions_nonxs
cd ..\lib\unicore && \
- ..\$(MINIPERL) -I.. -I..\..\cpan\Cwd\lib mktables -check $@ $(FIRSTUNIFILE)
+ ..\$(MINIPERL) -I.. -I..\..\cpan\Cwd\lib -I..\..\cpan\Cwd mktables -check $@ $(FIRSTUNIFILE)

minitest : $(MINIPERL) $(GLOBEXE) $(CONFIGPM) utils $(UNIDATAFILES)
$(XCOPY) $(MINIPERL) ..\t\$(NULL)
diff --git a/win32/makefile.mk b/win32/makefile.mk
index 960589f..db00168 100644
--- a/win32/makefile.mk
+++ b/win32/makefile.mk
@@ -1608,7 +1608,7 @@ inst_lib : $(CONFIGPM)

$(UNIDATAFILES) .UPDATEALL : $(MINIPERL) $(CONFIGPM) ..\lib\unicore\mktables Extensions_nonxs
cd ..\lib\unicore && \
- ..\$(MINIPERL) -I.. -I..\..\cpan\Cwd\lib mktables
+ ..\$(MINIPERL) -I.. -I..\..\cpan\Cwd\lib -I..\..\cpan\Cwd mktables

minitest : $(MINIPERL) $(GLOBEXE) $(CONFIGPM) $(UNIDATAFILES) utils
$(XCOPY) $(MINIPERL) ..\t\$(NULL)

[Steve Hay]

Yes, that works.

>
> I forget - there was a reason, wasn't there, why win32 couldn't use
the
> -C option to mktables to have mktables do the chdir? (Which would be
> after modules have been used, so would simplify the @INC setup)
>

I found an off-list email that you sent asking about -C a while ago. My
typically rambling reply (attached) seems to conclude that it did work,
albeit with some inexplicable strangeness involving mktables getting run
5 times (instead of the "usual" 7 (!)).

(The other dmake trouble mentioned in my reply got fixed in
89f6f7bc072be92fbdc3167f0fe42f3ddb5f171d)