At 9:48 AM +0100 11/5/07, Jos I. Boumans wrote: >On Nov 4, 2007, at 10:44 PM, Craig A. Berry wrote:
>>The problem is that
>>we're putting a garbage path at the beginning of @INC. With
>>[EMAIL PROTECTED] I see this:
>>
>>ok 8 - Extracting module to
>>D0:[CRAIG.PERL.LIB.CPANPLUS.T.dummy-cpanplus.5_10_0.build.Foo-Bar-0_01]
>>Can't locate strict.pm in @INC (@INC contains:
>>//d0/craig/perl/lib/cpanplus/t////lib//d0/craig/perl/lib/cpanplus/t/inc/D0/CRAIG/PERL
>>/lib perl_root:[lib.VMS_AXP.5_10_0] perl_root:[lib]
>>perl_root:[lib.site_perl.VMS_AXP] perl_root:[lib.site_perl] .) at
>>d0:[craig.perl
>>.lib.cpanplus.bin]cpanp-run-perl line 1.
>>I'll try to hunt down later where that bogus path gets constructed.
>
>My bet would be CPANPLUS/t/inc/conf.pl:
It was in conf.pl, but it was the fact that paths were being
explicitly joined with colons rather than $Config{path_sep} before
populating $ENV{PATH}. I would have expected that to wreak havoc on
Win32 as well as VMS.
The attached fixes that and a number of other things. We're down to
the following in 02_CPANPLUS-Dist-Build.t as the only remaining
CPANPLUS failure on VMS:
ok 14 - Status says module installed
not ok 15 - Found packlist
# Failed test 'Found packlist'
# at [-.lib.cpanplus.dist.build.t]02_cpanplus-dist-build.t line 173.
not ok 16 - Packlist contains entries
# Failed test 'Packlist contains entries'
# at [-.lib.cpanplus.dist.build.t]02_cpanplus-dist-build.t line 176.
ok 17 - Uninstalling module
The .packlist file is in the architecture-specific auto directory,
but that directory is not in @INC so it doesn't look there so of
course it doesn't find it. Not sure yet if the problem is in
Module::Build or CPANPLUS or just the way the test is set up.
--
________________________________________
Craig A. Berry
mailto:[EMAIL PROTECTED]
"... getting out of a sonnet is much more
difficult than getting in."
Brad Leithauser
cpanp_vms_20071107.patch
Description: Binary data
