On Thu, 7 Sep 2000, Craig A. Berry wrote:
> Well, it looks like here's where we stand, and yes, it does appear to
> be an MMS issue.
>
> Who system compiler make result
> -----------------------------------------------------------------------
> Lane VMS/AXP 6.2-1H3 DECC V5.5-002 MMK 3.8-1 ok
> Lane VMS/AXP 7.1 DECC V5.7-004 MMS 3.0-05 LF's
> Lane VMS/AXP 7.1 DECC V5.7-004 MMK 3.8-1 ok
> Berry VMS/AXP 7.1 DECC V5.2-003 MMK 3.8-1 ok
> Berry VMS/AXP 7.2-1 DECC V6.2-007 MMK 3.8-1 ok
> Berry VMS/AXP 7.2-1 DECC V6.2-007 MMS 3.3-4 LF's
> Prymmer VMS/VAX 6.2 DECC V5.3-006 MMS V3.0-05 LF's
> Prymmer VMS/AXP 7.2-1 DECC V6.0-001 MMS V3.3-4 LF's
> Prymmer VMS/AXP 7.1 DECC V5.6-003 MMS V3.2-01 LF's
> Prymmer VMS/AXP 7.1 DECC V5.6-003 MMK V ok
Oops that latter was MMK V3.8-1, and like I said the extra LFs were gone,
but there was stuff (appeared to be all SYS$ERROR I suspect?) that did
appear in the output and probably ought not have been visible.
At any rate the problem of extra LFs does appear unique to MMS, so what to
do? We could possibly modify test.com to read the value of
$Config{'make'} and set things up differently, couldn't we?
> I also got a compile failure with 5.7.0 in openpid.t that was not in
> the earlier development releases, though I didn't get exactly the
> same one Peter got. The test ran fine by itself.
I wonder if it is a clean vs dirty install issue since it seems to be
whining about a missing warning.pm file.
Peter Prymmer
