At 10:23 PM -0500 1/6/06, John E. Malmberg wrote: >>[-.lib.ExtUtils.t]FIRST_MAKEFILE. 44 1024 7 2 28.57% 4-5 > >On OpenVMS, the file "jakefile" should have a trailing "." unless the OpenVMS >CRTL is put in UNIX filename mode. Attached is a patch first_makefile_t.gdiff >to fix the compare. > >>[-.lib.ExtUtils.t]Manifest.t 44 1024 49 2 4.08% 26 29 >>[-.lib.ExtUtils.t]PL_FILES.t 44 1024 9 5 55.56% 3-7 > >I think that these are failing because of the issue addressed by the patch >mm_vms_pm.gdiff, but it has been a while since I investigated this.
That may help with part of it, but PL_FILES is actually in MM_Unix.pm and the relevant patch has been posted here: http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2005-12/msg00568.html Posting MakeMaker patches to the RT queue may improve chances of acceptance: http://rt.cpan.org/NoAuth/ReportBug.html?Queue=ExtUtils-MakeMaker but there are long intervals where the maintainer is busy with other things. >>io/crlf_through.t 942 404 42.89% 4-5 13-14 17- > > io/through.t 942 210 22.29% 4-5 13-14 > > 17- > >Still have not looked at the "through" tests. There was a recent change to >VMS.C that improved the number of subtests that passed. These fail because of the age-old piping bug that introduces extra newlines when autoflushing is enabled. > >> (10 subtests UNEXPECTEDLY SUCCEEDED), 90 tests and 284 subtests skipped. > >What does "UNEXPECTEDLY SUCCEEDED" mean? When a test is marked as TODO because it is expected to fail for known reasons but nevertheless succeeds, this is what we get. Hopefully it means bugs have been fixed and we can remove the TODO indicators. -- ________________________________________ Craig A. Berry mailto:[EMAIL PROTECTED] "... getting out of a sonnet is much more difficult than getting in." Brad Leithauser
