Skip Menu |

This queue is for tickets about the Module-Build CPAN distribution.

Report information
The Basics
Id: 68651
Status: open
Priority: 0/
Queue: Module-Build

People
Owner: Nobody in particular
Requestors: jason.vas.dias [...] gmail.com
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: (no value)
Fixed in: (no value)



Subject: unacceptable performance : 40mins+ per ./Build invocation
It seems every time cpan(1) or I run any generated ./Build script, giving a "make" or "install" command , it takes over 40 minutes for each invocation to complete . This is on a linux 2.6.38+ glibc-2.13 gcc-4.6.0 binutils-2.21.51.20110407 x86_64 box. The Build process grows huge ( > 600MB RSS ) , and an strace shows accesses to these absurd file names : open("bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/biopen("bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/ldscripts/tic3xcoff.xu", O_RDONLY) = 6 ... stat("bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/ldscripts/tic3xcoff.xu", {st_mode=S_IFREG|0644, st_size=1191, ...}) = 0 ... open("bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/ldscripts/tic3xcoff.xu", O_RDONLY) = 6 ... For instance to build Crypt::OpenSSL::CA takes around 1 hour 20 mins on my 2.2Ghz x86_64 with 2GB RAM and 80GB free disk space - is this normal ? This takes 1 hour 20 mins: Creating new 'Build' script for 'Crypt-OpenSSL-CA' version '0.21' /usr/bin/perl Build --makefile_env_macros 1 Building Crypt-OpenSSL-CA /usr/bin/perl Build --makefile_env_macros 1 install Building Crypt-OpenSSL-CA Files found in blib/arch: installing files in blib/lib into architecture dependent library tree What can I do to achieve acceptable Module::Build performance ? Doing a full CPAN rebuild could take weeks on my platform at this rate .
Wow, that's an impressively long time. What version of perl, & what version of Module::Build? -Ken
From: jason.vas.dias [...] gmail.com
On Sat Jun 04 23:40:50 2011, KWILLIAMS wrote: Show quoted text
> Wow, that's an impressively long time. > > What version of perl, & what version of Module::Build? > > -Ken
Hi Ken - thanks for responding - Oops, sorry, can't believe I didn't mention that info in my first post - I just built perl-5.14.1-maint from GIT (making sure it passes its test suite) and did part of a 'cpan upgrade', which installed Module::Build 0.38 . I can provide strace logs / core dumps of one of these huge Build processes over a website if you like . Regards, Jason
Subject: Re: [rt.cpan.org #68651] unacceptable performance : 40mins+ per ./Build invocation
Date: Sun, 5 Jun 2011 08:32:22 -0400
To: bug-Module-Build [...] rt.cpan.org
From: David Golden <dagolden [...] cpan.org>
On Sun, Jun 5, 2011 at 8:26 AM, Jason Vas Dias via RT <bug-Module-Build@rt.cpan.org> wrote: Show quoted text
> I just built perl-5.14.1-maint from GIT (making sure it passes its test > suite) and did part of a 'cpan upgrade', which installed Module::Build > 0.38 .
Perl 5.14.0 includes Module::Build 0.38. If you have 5.14 or later, it shouldn't install Moduile::Build from cpan. That is suspicious and makes me wonder if your perl is somehow incorrectly configured or installed. Please attach the output of your perl -V. Are you getting this failure from an *installed* Perl or are you trying to run cpan from within the Perl source directory? If the latter, please install it to a temporary directory and try your tests using a fully installed Perl. Also, do you have a .modulebuildrc file that is setting any variables? -- David
From: jason.vas.dias [...] gmail.com
On Sun Jun 05 08:32:52 2011, DAGOLDEN wrote: Show quoted text
> Please attach the output of your perl -V.
$ perl -V Summary of my perl5 (revision 5 version 14 subversion 1) configuration: Commit id: e316d6ee85eca41b286bbab119c9ae8decb17d7d Platform: osname=linux, osvers=2.6.38.2, archname=x86_64-linux-thread-multi uname='linux jvdspc 2.6.26-rc9.jvd #1 smp thu jul 10 15:01:47 edt 2008 x86_64 amd turion(tm) 64 x2 mobile technology tl-64 authenticamd gnulinux ' config_args='-f config.sh -d' hint=previous, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=define, use64bitall=define, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags ='-fPIC', optimize='-O -g', cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_REENTRANT -D_GNU_SOURCE -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -fPIC -fPIC' ccversion='', gccversion='4.6.0', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='gcc', ldflags ='-Wl,--export-dynamic -fstack-protector' libpth=/usr/lib64 /lib64 libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc -lgdbm_compat perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc libc=/lib64/libc.so.6, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='2.13' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-O -g -fstack-protector -fPIC -Wl,--export-dynamic,-rpath,/usr/lib/perl5/5.14.0/x86_64-linux-thread-multi/CORE -Wl,-rpath,/usr/lib/perl5/5.14.0/x86_64-linux-thread-multi/CORE -Wl,-rpath,/usr/lib/perl5/5.14.0/x86_64-linux-thread-multi/CORE' cccdlflags='-fPIC', lddlflags='-shared -O -g -fstack-protector -fPIC -Wl,--export-dynamic' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP PERL_PRESERVE_IVUV USE_64_BIT_ALL USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF USE_REENTRANT_API Locally applied patches: RC0 Built under linux Compiled at Jun 2 2011 21:19:26 @INC: /usr/lib/perl5/site_perl/5.14.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.14.0 /usr/lib/perl5/vendor_perl/5.14.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.14.0 /usr/lib/perl5/5.14.0/x86_64-linux-thread-multi /usr/lib/perl5/5.14.0 /usr/lib/perl5/site_perl/5.14.0 /usr/lib/perl5/vendor_perl/5.14.0 /usr/lib/perl5/vendor_perl/5.12.0 /usr/lib/perl5/vendor_perl/5.12.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.1/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.1 /usr/lib/perl5/vendor_perl/5.10.1/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.10.0 /usr/lib/perl5/site_perl/5.8.8] /usr/lib/perl5/site_perl/5.10.1/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.10.1 /usr/lib/perl5/site_perl/5.10.1/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.10.0 /usr/lib/perl5/site_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.8/x86_64-linux-thread-multi . Show quoted text
> a freshly installed PERL .
Sorry, yes, Module::Build WAS the one installed from PERL's core modules during 5.14.1 build . I noticed this problem when doing a "cpan upgrade" AFTER installation of a fresh new perl-5.14.1 . Show quoted text
> Also, do you have a .modulebuildrc file that is setting any variables? > -- David
It happens with EVERY module build that uses Module::Build - I have no .modulebuildrc - you mean ~/.modulebuildrc ? This doesn't exist - where would this file be ?
Subject: Re: [rt.cpan.org #68651] unacceptable performance : 40mins+ per ./Build invocation
Date: Sun, 05 Jun 2011 13:29:38 -0700
To: bug-Module-Build [...] rt.cpan.org
From: Michael G Schwern <schwern [...] pobox.com>
On 2011.6.5 5:58 AM, Jason Vas Dias via RT wrote: Show quoted text
> Summary of my perl5 (revision 5 version 14 subversion 1) configuration: > > Commit id: e316d6ee85eca41b286bbab119c9ae8decb17d7d
Its entirely probable you found a bug in that version of perl. Do you have the same problem with a freshly built 5.14.0? -- Whip me, beat me, make my code compatible with VMS!
From: jason.vas.dias [...] gmail.com
Aha ! I had a cyclic link : /usr/bin/bin -> /usr/bin . Once this is removed, performance is again "acceptable" - around 4 minutes to build Crypt::OpenSSL::CA instead of 40 - But why is every generated Module::Build script scanning ALL files under /usr/bin and /usr/lib ? This is @ 8GB of files on my sytem . How can I disable generation of this /usr/{bin,lib} file scan by Module::Build ? And what mechanism is it using to do cyclic link detection ? whatever it is, it is a highly inefficient one - an efficient one is to check that one has not processed a directory inode before, as follows (a fragment doing recursive descent of a directory tree in a perl program I wrote) : my ($dev,$dino )=( (stat($dir))[0 ... 1] ); $dinodes{$dino} = $dir ; do { $dir = pop(@dirs); opendir(D,$dir)||die("opendir($dir) failed: $? : $!"); ENT:while( readdir(D) ) { my $ent = $_; if( ($ent eq '.') || ($ent eq '..') ) { next ENT; } my ( $ent_dev, $ent_ino ) = ( (stat($dir.'/'.$ent))[0 ... 1] ); if( ( $ent_dev ne $dev ) ||( -l $dir.'/'.$ent ) ) { next ENT; } if( -d $dir.'/'.$ent ) { if( !exists( $dinodes{$ent_ino} ) ) { $dinodes{$ent_ino} = $dir.'/'.$ent; push(@dirs, $dir.'/'.$ent ) ; } }else { ... Please don't check for cyclic links by just waiting for the filename / directory depth to grow too long !
Subject: Re: [rt.cpan.org #68651] unacceptable performance : 40mins+ per ./Build invocation
Date: Sun, 5 Jun 2011 22:21:53 -0400
To: bug-Module-Build [...] rt.cpan.org
From: David Golden <dagolden [...] cpan.org>
On Sun, Jun 5, 2011 at 6:28 PM, Jason Vas Dias via RT <bug-Module-Build@rt.cpan.org> wrote: Show quoted text
> But why is every generated Module::Build script scanning ALL > files under /usr/bin and /usr/lib ? This is @ 8GB of files > on my sytem .
I suspect it's trying to confirm that the perl binary that is running "Build" is the same as the perl binary used to run "Build.PL". That is actually a non-trivial task. If you run it with an absolute path, does it help any? $ /opt/path/to/perl Build.PL $ ./Build Or $ /opt/path/to/perl Build.PL $ /opt/path/to/perl Build -- David
From: jason.vas.dias [...] gmail.com
On Sun Jun 05 22:22:23 2011, DAGOLDEN wrote: Show quoted text
> If you run it with an absolute path, does it help any? > > $ /opt/path/to/perl Build.PL > $ ./Build > > Or > > $ /opt/path/to/perl Build.PL > $ /opt/path/to/perl Build >
Hi David - No, neither seems to have any effect : $ /usr/bin/perl Build.PL $ time /usr/bin/perl ./Build Building Crypt OpenSSL-CA ... real 5m20.154s user 0m21.635s sys 0m18.389s An strace shows it is still scanning every file under /usr/lib/perl5 , /usr/bin , and /usr/lib : $ ( strace -f -e trace=open /usr/bin/perl Build ) 2>&1 | tee /tmp/Build_opens.log; ... # takes @ 5 mins $ egrep '^open[(]"(bin|lib)/' /tmp/Build_opens.log | wc -l 60544 And the log shows it is still scanning every file : ... open("lib/ldscripts/msp430x447.xr", O_RDONLY) = 6 open("lib/ldscripts/msp430x447.xr", O_RDONLY) = 6 open("lib/ldscripts/hppalinux.xc", O_RDONLY) = 6 open("lib/ldscripts/hppalinux.xc", O_RDONLY) = 6 ... Same thing happens with: $ /usr/bin/perl ./Build.PL $ ./Build A full scan of all files under /usr/{bin,lib} still occurs . Surely there should be some way of disabling this scan ? And what about fixing the inefficient and naive cyclic link detection ?
Subject: Re: [rt.cpan.org #68651] unacceptable performance : 40mins+ per ./Build invocation
Date: Mon, 6 Jun 2011 11:21:21 -0400
To: bug-Module-Build [...] rt.cpan.org
From: David Golden <dagolden [...] cpan.org>
On Sun, Jun 5, 2011 at 6:28 PM, Jason Vas Dias via RT <bug-Module-Build@rt.cpan.org> wrote: Show quoted text
> Once this is removed,  performance is again "acceptable" - > around 4 minutes to build Crypt::OpenSSL::CA instead of 40 -
Crypt::OpenSSL::CA has a very customized Build.PL script. Are you seeing similar slowdowns for other Build.PL distributions? Show quoted text
> But why is every generated Module::Build script scanning ALL > files under /usr/bin and /usr/lib ? This is @ 8GB of files > on my sytem . > > How can I disable generation of this /usr/{bin,lib} file scan by > Module::Build ?
I'm not convinced this is a Module::Build issue. Build.PL can run *anything* and something else could be misbehaving. As far as I know, other than resolving $^X="perl" to an absolute path, there shouldn't be much if any bin directory scanning going on. At most, something might iterate PATH to check for a program, but I don't think anything is recursively traversing directories. Show quoted text
> And what mechanism is it using to do cyclic link detection ?
It's not. -- David
When you have the circular link on your system, what does File::Spec->path() return? Is it super-long, or of reasonable length? If that doesn't provide any useful information, then it would be great to get a perl-level stack trace showing where in the code it's crapping up. -Ken
From: jason.vas.dias [...] gmail.com
Hmm, this is getting interesting - responding to David & Ken's comments below - On Monday 06 June 2011 16:21:51 DGOLDEN wrote: Show quoted text
> Crypt::OpenSSL::CA has a very customized Build.PL script. Are you > seeing similar slowdowns for other Build.PL distributions? >
Yes : $ cd Encode-Detect-1.0.1 $ time perl Build.PL && perl Build ... ExtUtils::Mkbootstrap::Mkbootstrap('blib/arch/auto/Encode/Detect/Detector/Detector.bs') gcc -shared -O -g -fstack-protector -fPIC -Wl,--export-dynamic -o blib/arch/auto/Encode/Detect/Detector/Detector.so lib/Encode/Detect/Detector.o src/LangThaiModel.o src/nsSBCharSetProber.o src/LangCyrillicModel.o src/LangHebrewModel.o src/nsEUCKRProber.o src/LangHungarianModel.o src/nsHebrewProber.o src/JpCntx.o src/nsSBCSGroupProber.o src/nsMBCSGroupProber.o src/nsEscCharsetProber.o src/nsUniversalDetector.o src/CharDistribution.o src/nsBig5Prober.o src/nsEscSM.o src/nsMBCSSM.o src/nsLatin1Prober.o src/nsEUCTWProber.o src/nsUTF8Prober.o src/nsSJISProber.o src/nsEUCJPProber.o src/nsGB2312Prober.o src/nsCharSetProber.o src/LangGreekModel.o src/LangBulgarianModel.o -lstdc++ real 3m25.251s user 0m5.681s sys 0m8.891s $ It takes @ 20secs to emit the C++ link line, then hangs for @ 3mins doing the scan, as an strace excerpt shows : stat("bin/ldscripts/armelf.xsw", {st_mode=S_IFREG|0644, st_size=7272, ...}) = 0 open("bin/ldscripts/armelf.xsw", O_RDONLY) = 6 Trying to get a perl stack trace ... Wow! lots of tiny xterms with separate debug sessions popped up when I did : $ perl -d ./Build Show quoted text
> t > c
Then when it enters the scan I pressed ^C and did Show quoted text
> T
DB<1> T . = Pod::Html::scan_dir('lib/perl5/5.14.0/x86_64-linux-thread-multi/auto/POSIX', 1) called from file `/usr/lib/perl5/5.14.0/Pod/Html.pm' line 1015 . = Pod::Html::scan_dir('lib/perl5/5.14.0/x86_64-linux-thread-multi/auto', 1) called from file `/usr/lib/perl5/5.14.0/Pod/Html.pm' line 1015 . = Pod::Html::scan_dir('lib/perl5/5.14.0/x86_64-linux-thread-multi', 1) called from file `/usr/lib/perl5/5.14.0/Pod/Html.pm' line 1015 . = Pod::Html::scan_dir('lib/perl5/5.14.0', 1) called from file `/usr/lib/perl5/5.14.0/Pod/Html.pm' line 876 . = Pod::Html::scan_podpath('/usr', 1, 0) called from file `/usr/lib/perl5/5.14.0/Pod/Html.pm' line 773 . = Pod::Html::get_cache('./pod2htmd.tmp', './pod2htmi.tmp', ref(ARRAY), '/usr', 1) called from file `/usr/lib/perl5/5.14.0/Pod/Html.pm' line 500 . = Pod::Html::pod2html('--flush', '--title=Encode::Detect - An Encode::Encoding subclass that detects the encoding of data', '--podpath=lib/perl5/5.14.0:bin:lib/perl5/site_perl/5.14.0', '--infile=blib/lib/Encode/Detect.pm', '--outfile=blib/libhtml/site/lib/Encode/Detect.tmp', '--podroot=/usr', '--htmlroot=../../..', '--header', '--backlink=Back to Top') called from file `/usr/lib/perl5/5.14.0/Module/Build/Base.pm' line 3447 $ = eval {...} called from file `/usr/lib/perl5/5.14.0/Module/Build/Base.pm' line 3449 . = Module::Build::Base::htmlify_pods(ref(Module::Build), 'lib') called from file `/usr/lib/perl5/5.14.0/Module/Build/Base.pm' line 3324 $ = Module::Build::Base::ACTION_html(ref(Module::Build)) called from file `/usr/lib/perl5/5.14.0/Module/Build/Base.pm' line 2024 . = Module::Build::Base::_call_action(ref(Module::Build), 'html') called from file `/usr/lib/perl5/5.14.0/Module/Build/Base.pm' line 5250 $ = Module::Build::Base::depends_on(ref(Module::Build), 'manpages', 'html') called from file `/usr/lib/perl5/5.14.0/Module/Build/Base.pm' line 3183 $ = Module::Build::Base::ACTION_docs(ref(Module::Build)) called from file `/usr/lib/perl5/5.14.0/Module/Build/Base.pm' line 2024 . = Module::Build::Base::_call_action(ref(Module::Build), 'docs') called from file `/usr/lib/perl5/5.14.0/Module/Build/Base.pm' line 5250 $ = Module::Build::Base::depends_on(ref(Module::Build), 'docs') called from file `/usr/lib/perl5/5.14.0/Module/Build/Base.pm' line 2865 $ = Module::Build::Base::ACTION_build(ref(Module::Build)) called from file `/usr/lib/perl5/5.14.0/Module/Build/Base.pm' line 2024 . = Module::Build::Base::_call_action(ref(Module::Build), 'build') called from file `/usr/lib/perl5/5.14.0/Module/Build/Base.pm' line 2012 . = Module::Build::Base::dispatch(ref(Module::Build)) called from file `Build' line 58 On Mon Jun 06 13:05:07 2011, KWILLIAMS wrote: Show quoted text
> When you have the circular link on your system, what does > File::Spec->path() return? Is it super-long, or of reasonable length? > > If that doesn't provide any useful information, then it would be great > to get a perl-level stack trace showing where in the code it's
crapping up. Show quoted text
>
Looks like Pod::Html - I guess I should take this up with them ? It really makes using CPAN a nightmare on my system.
From: jason.vas.dias [...] gmail.com
On Mon Jun 06 13:05:07 2011, KWILLIAMS wrote: Show quoted text
> When you have the circular link on your system, what does > File::Spec->path() return? Is it super-long, or of reasonable length? >
$ perl -e 'use File::Spec; print join(" ",File::Spec->path()),"\n";' . /bin /usr/bin /sbin /usr/sbin
From: jason.vas.dias [...] gmail.com
On Mon Jun 06 14:51:41 2011, jvdias wrote: Show quoted text
> On Mon Jun 06 13:05:07 2011, KWILLIAMS wrote:
> > When you have the circular link on your system, what does > > File::Spec->path() return? Is it super-long, or of reasonable length? > >
> > $ perl -e 'use File::Spec; print join(" ",File::Spec->path()),"\n";' > . /bin /usr/bin /sbin /usr/sbin
$ ln -s /usr/bin /usr/bin $ perl -e 'use File::Spec; print join(" ",File::Spec->path()),"\n";' . /bin /usr/bin /sbin /usr/sbin
Subject: Re: [rt.cpan.org #68651] unacceptable performance : 40mins+ per ./Build invocation
Date: Mon, 6 Jun 2011 15:07:40 -0400
To: bug-Module-Build [...] rt.cpan.org
From: David Golden <dagolden [...] cpan.org>
On Mon, Jun 6, 2011 at 2:41 PM, Jason Vas Dias via RT <bug-Module-Build@rt.cpan.org> wrote: Show quoted text
> Looks like Pod::Html - I guess I should take this up with them ?
Please do. You should also be able to configure Perl without HTML directories and then Module::Build shouldn't attempt to build them. -- David