Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

mktables gets stuck on Win32

0 views
Skip to first unread message

Steve Hay

unread,
Nov 23, 2009, 6:38:09 PM11/23/09
to Perl 5 Porters
Bleadperl currently isn't building on Win32: it gets stuck on the
mktables call with CPU running at 100%.

The win32/Makefile runs this (from win32/):

cd ..\lib\unicore && ..\..\miniperl.exe -I.. -I..\..\cpan\Cwd\lib
-I..\..\cpan\Cwd mktables -check ..\lib\unicore\Canonical.pl
..\lib\unicore\Canonical.pl

(and normally likewise for each other file in UNIDATAFILES (?)).

I tried manually running this instead (from lib/unicore/):

..\..\miniperl.exe -I.. -I..\..\cpan\Cwd\lib -I..\..\cpan\Cwd mktables

but that also 'hangs' with 100% CPU, as does this (from win32/):

..\miniperl -I..\lib -I..\cpan\Cwd\lib -I..\cpan\Cwd
..\lib\unicore\mktables -C ..\lib\unicore

What's happened?

Karl Williamson

unread,
Nov 23, 2009, 7:09:48 PM11/23/09
to Steve Hay, Perl 5 Porters
There's a new mktables, which takes more real-time. There are also
Makefile patches to call it. I just submitted a revised patch for
those; perhaps these will fix it. I don't know how such changes get
propagated to other platforms' Makefiles. I did test mktables on
Windows, but I don't have a development environment set up, I just
manually used an ActiveState perl on it. You could manually add the -v
option and email the output. And you could try running a regular perl
on it to see if that helps; it runs slower on miniperl.

Steve Hay

unread,
Nov 24, 2009, 3:29:03 AM11/24/09
to karl williamson, Perl 5 Porters

Just tried again on my (much faster) machine at work, and it does run,
but takes over a minute even here. I don't know how long it would have
taken on my slower machine at home--I gave up waiting. Obviously I need
to leave it longer, but that's a real pain.

It's not happy, though. Here's the output from my work machine, where it
just ran:

cd ..\lib\unicore && ..\..\miniperl.exe -I..
-I..\..\cpan\Cwd\lib -I..\..\cpan\Cwd mktables -check
..\lib\unicore\Canonical.pl ..\lib\unicore\Canonical.pl

mktables: Failed to open 'mktables.lst', turning on -globlist option
instead:
No such file or directory; at mktables line 13483
Use of uninitialized value $file in pattern match (m//) at
..\..\cpan\Cwd\lib/File/Spec/Win32.pm line 113.
Use of uninitialized value $file in pattern match (m//) at
..\..\cpan\Cwd\lib/File/Spec/Win32.pm line 119.
Use of uninitialized value $path in pattern match (m//) at
..\..\cpan\Cwd\lib/File/Spec/Win32.pm line 212.


cd ..\lib\unicore && ..\..\miniperl.exe -I..
-I..\..\cpan\Cwd\lib -I..\..\cpan\Cwd mktables -check

..\lib\unicore\Exact.pl ..\lib\unicore\Canonical.pl
Skipping as check params are not the same.


cd ..\lib\unicore && ..\..\miniperl.exe -I..
-I..\..\cpan\Cwd\lib -I..\..\cpan\Cwd mktables -check

..\lib\unicore\Properties ..\lib\unicore\Canonical.pl
Skipping as check params are not the same.


cd ..\lib\unicore && ..\..\miniperl.exe -I..
-I..\..\cpan\Cwd\lib -I..\..\cpan\Cwd mktables -check

..\lib\unicore\PVA.pl ..\lib\unicore\Canonical.pl
Skipping as check params are not the same.

Steve Hay

unread,
Nov 24, 2009, 4:26:03 AM11/24/09
to Steve Hay, karl williamson, Perl 5 Porters

Following 36ff7f95732aeec6ca1f7152b75dbedf5ce669d1 the output is now
improved, but I still see this:


cd ..\lib\unicore && ..\..\miniperl.exe -I..
-I..\..\cpan\Cwd\lib -I..\..\cpan\Cwd mktables -check

..\lib\unicore\Decomposition.pl ..\lib\unicore\Decomposition.pl

mktables: Failed to open 'mktables.lst', turning on -globlist option
instead:

No such file or directory; at mktables line 13478


Is that expected?

Rafael Garcia-Suarez

unread,
Nov 24, 2009, 4:36:34 AM11/24/09
to Steve Hay, karl williamson, Perl 5 Porters
2009/11/24 Steve Hay <Stev...@planit.com>:

That's expected, since mktables.lst is generated, the first time.

0 new messages