Op een grimmige herfstdag (Wednesday 27 October 2004 08:09),schreef  Craig A. 
Berry:
> At 6:43 PM +0200 10/26/04, Abe Timmerman wrote:
> >Automated smoke report for 5.8.5 patch 23415
> >FAFNER: VAX_7000-720 (VAX_7000-720/2 cpu)
> >    on        openvms - V7.2
> >    using     CC/DECC version 60490005
> >    smoketime 5 hours 4 minutes (average 5 hours 4 minutes)
>
> Congratulations, and thanks for getting this working.

cheers, it's still a bit rough, but I'm getting there (slowly)...

> >Summary: FAIL(F)
> >
> >O = OK  F = Failure(s), extended report at the bottom
> >X = Failure(s) under TEST but not under harness
> >? = still running or test results not (yet) available
> >Build failures during:       - = unknown or N/A
> >c = Configure, m = make, M = make (after miniperl), t = make test-prep
> >
> >   23415     Configuration (common) none
> >----------- ---------------------------------------------------------
> >F -
> >| +--------- -DDEBUGGING
> >+----------- no debugging
> >
> >
> >Failures: (common-args) none
> >[default]
> >    [-.ext.B.t]optree_concise.t.............FAILED 12-13 16
> >    [-.ext.B.t]optree_sort.t................FAILED 3 5 7 9
> >    [-.ext.B.t]optree_specials.t............FAILED 2-6
> >    [-.ext.B.t]optree_varinit.t.............FAILED 6-8 13-15 20-22
>
> These also fail on Alpha in maintperl, both with and without threads.
> They do not fail in a bleadperl built without threads.
>
> >    [-.ext.Cwd.t]cwd.t......................FAILED 9-24

Not failing when run from the command-line

> >    [-.lib.ExtUtils.t]Install.t.............FAILED 17-29

[-.LIB.EXTUTILS.T]INSTALL....1..29
ok 1 - use ExtUtils::Install;
ok 2 - main->can('install')
ok 3 - main->can('uninstall')
ok 4 - main->can('pm_to_blib')
ok 5 - main->can('install_default')
Use of uninitialized value in addition (+) at ../lib/ExtUtils/Install.pm line 
46
5.
Use of uninitialized value in utime at ../lib/ExtUtils/Install.pm line 465.
Use of uninitialized value in bitwise and (&) at ../lib/ExtUtils/Install.pm 
line
 466.
AutoSplit: Can't open blib/lib/Big/Dummy.pm: no such file or directory
# Looks like you planned 29 tests but only ran 5.
# Looks like your test died just after 5.
dubious
        Test returned status 44 (wstat 1024, 0x400)
                (VMS status is 44)
DIED. FAILED tests 6-29
        Failed 24/29 tests, 17.24% okay


> >    [-.lib.ExtUtils.t]basic.t...............FAILED 62
> >    [-.lib.ExtUtils.t]recurs.t..............FAILED 6 14
>
> I'm not seeing these on Alpha and they are new to me.  Details to
> vmsperl could be instructive.

I hope to run these during the weekend and post the results.

> >    [-.lib.Math.BigInt.t]bare_mbi.t.........FAILED 2766
> >    [-.lib.Math.BigInt.t]bigintpm.t.........FAILED 2766
> >    [-.lib.Math.BigInt.t]bigroot.t..........FAILED 1-8
> >    [-.lib.Math.BigInt.t]sub_mbi.t..........FAILED 2766
>
> IIRC, Math::BigInt uses doubles to store chunks of big integers.  The
> default floating point format on VAX is extremely limited in exponent
> range and probably breaks all sorts of assumptions.  You might be
> able to get these to go away by configuring with
> -"Duser_c_flags=/FLOAT=G_FLOAT".  I think I want to change the
> default to that for 5.10, but not in a maintenance release.  The
> default for Alpha and Itanium is already to use IEEE floating point.

I'll try that as a common config option and see how that works (do we need to 
document that?)


> >    [-.lib]AutoSplit.t......................FAILED 2-3 5-58
>
> New to me.
>
> >    [-.lib]Carp.t...........................FAILED 10-11 16-19
>
> Patch posted to p5p about an hour ago.
>
> >    op/pack.t...............................FAILED ??
>
> Probably also a floating point issue on VAX.
>
> >MANIFEST declared 'CHANGES5.8.1' but it is missing
>
> . . .
>
> >MANIFEST did not declare 'CHANGES5_8.1'
>
> Files with multiple dots in the name are a problem.  Depending on
> what utility is used to unpack the archive and what switches are in
> effect, "foo.bar.baz" may turn into "foo_bar.baz", "foo.bar_baz", or
> "foo^.bar.baz".   The manifest checker should handle all these cases,
> but I don't think even configure.com is doing the last one currently.

I use Net::FTP to sync the source-tree from activestate and change all dots 
but the last into underscores. So I need to update the manifest-check to do 
the same on VMS (one of the bits that needs finishing).


> >MANIFEST did not declare 'LIB/CONFIG.POD'
> >MANIFEST did not declare 'LIB/POD/PODCHECKER.COM'
> >MANIFEST did not declare 'LIB/POD/PODSELECT.COM'
> >MANIFEST did not declare 'PERL_SETUP.COM'
> >MANIFEST did not declare 'SMOKE58X.LOG'
>
> The realclean target needs a little bit of work, apparently.

Could we please have a "distclean" target to bring the source-tree back into 
its original state (I'm getting used to "realclean", but that target is 
different on other platforms)

> >MANIFEST did not declare 'T/DOIOWARN.TMP'
> >MANIFEST did not declare 'T/ERR'
> >MANIFEST did not declare 'T/TELL_WRITE.TXT'
> >MANIFEST did not declare 'T/TMON.OUT'
>
> And a few tests don't fully clean up after themselves.

or the FTP-sync doesn't clean up an old source-tree the way it is supposed 
to... (will look into it)


Thanks for the feedback +
Good luck,

Abe
-- 
I'm much inclined to try merging this work back in so that it will
be part of 5.8.1, even. It's all part of our plan of World Domination,
muahaha.
                                   -- Jarkko Hietaniemi on p5p @ 2003-04-16

Reply via email to