Front page | perl.perl5.porters |
Postings from April 2004
Re: 5.8.4 RC1
April 6, 2004 18:54
Re: 5.8.4 RC1
Message ID: 40735F30.email@example.com
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
>>>/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
> 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
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
> That line should be a plain
> > > /home/stas/perl/5.8.4-ithread/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:firstname.lastname@example.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com