develooper Front page | perl.perl5.porters | Postings from April 2004

Re: 5.8.4 RC1

Thread Previous | Thread Next
From:
stas
Date:
April 6, 2004 18:54
Subject:
Re: 5.8.4 RC1
Message ID:
40735F30.7070801@stason.org
Andy Dougherty wrote:
> On Tue, 6 Apr 2004, Andrew Dougherty wrote:
> 
> 
>>On Mon, 5 Apr 2004, Stas Bekman wrote:
> 
> 
>>>lib/ExtUtils/t/Constant..............Can't locate Term/ANSIColor.pm in @INC
>>>(@INC contains:
>>>/home/stas/perl/5.8.4-ithread/lib/5.8.4/i686-linux-thread-multi
>>>/home/stas/perl/5.8.4-ithread/lib/5.8.4
>>>/home/stas/perl/5.8.4-ithread/lib/site_perl/5.8.4/i686-linux-thread-multi
>>>/home/stas/perl/5.8.4-ithread/lib/site_perl/5.8.4
>>>/home/stas/perl/5.8.4-ithread/lib/site_perl .) at /usr//bin/cc line 91.
> 
> 
> [where /usr/bin/cc is the 'colorgcc' perl script.]
> 
> 
>>>perl-5.8.4-RC1 doesn't have this module
> 
> 
>>We've encountered this before.  See the message threads
>>http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2003-05/msg00232.html
>>and
>>http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2003-07/msg00831.html
> 
> 
> Wait.  I was too hasty.  perl-5.8.4-RC1 *does* have that module.  The
> problem is that the @INC used in the Constant.t test is wrong.
> Looking carefully at the second line:
> 
>     > > /home/stas/perl/5.8.4-ithread/lib/5.8.4
> 
> that's  $src/lib/5.8.4, where $src is where you have the perl sources.
> But the perl sources don't have the library files down in a 5.8.4
> subdirectory.  

Well, no, that's the path of the to-be installed perl (I built with 
--prefix=/home/stas/perl/5.8.4-ithread, the source was 
/home/stas/perl.org/perl-5.8.4/)

> That line should be a plain
> 
>     > > /home/stas/perl/5.8.4-ithread/lib

/home/stas/perl.org/perl-5.8.4/lib

in my case really :)

> when the test is run as part of the core perl distribution.
> If it's running as part of a stand-alone CPAN module, then perhaps the
> @INC logic is correct, but in this case it's not.
> 
> The problem is that I'm not sure offhand where that @INC's getting set --
> I still think it might have to do with the way the main makefile is
> calling things to ensure that miniperl runs with the just-build shared
> library, but there might also be something more going on.

But yes, the to-be-installed @INC is definitely useless during 'make test'.

__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

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