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

Re: 5.8.4 RC1

Thread Previous | Thread Next
Andy Dougherty
April 6, 2004 10:31
Re: 5.8.4 RC1
Message ID:
On Tue, 6 Apr 2004, Andrew Dougherty wrote:

> On Mon, 5 Apr 2004, Stas Bekman wrote:

> > lib/ExtUtils/t/Constant..............Can't locate Term/ 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
> and

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.  That line should be a plain

    > > /home/stas/perl/5.8.4-ithread/lib

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.

    Andy Dougherty

Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About