At 4:38 AM -0500 1/1/05, Michael G Schwern wrote:
>On Fri, Dec 31, 2004 at 04:05:29PM -0600, Craig A. Berry wrote:
>> With Perl 5.8.4, OpenVMS Alpha 7.3-1, MMS V3.3-4, MMK 3.9-6, I get the
>> following results.
>>
>> Using MMK, the build goes ok. Most tests pass, except basic.t, which has
>> the following problem:
>>
>> # %DCL-W-TKNOVF, command element is too long - shorten
>> # \DSA0:[SYS0.SYSCOMMON.PERL-5_8_4]PERL.EXE -E "chdir 'liar.dir'; system
>> 'MMK/MACRO=(TEST_VERBOSE="1") test /Macro=(LIBPERL_A="LIBPERL.OLB",
>> LINKTYPE="DYNAMIC", OPTIMIZE="/NOLIST", PREFIX="../DUMMY-INSTALL",
>> DESTDIR="", PASTHRU_DEFINE="")'
>> if -f 'Descrip
> > # %MMK-F-ERRUPD, error status %X000382A0 occurred when updating target TEST
>Weird. I get no such problem on the testdrive machine (spe180). OpenVMS
>Alpha 7.3-2, MMS V3.5.
I think 7.3-2 (the current shipping version of OpenVMS) may have
finally increased the size of the command buffer, though darned if I
can find this documented anywhere. I think we still need to support
at least a couple of previous versions, but perhaps the length
problem will go away when you look at the PASTHRU business.
> > With MMS, I can't build MakeMaker at all and get the following error:
>>
>> $ mms
>> %MMS-F-LEXNULLNAME, Encountered null filename on line 365.
>
>I definately don't get this. Did MMS change that between 3.3 and 3.5?
Apparently, as this small test shows:
$ type descrip.mms
foo : sys$sysdevice:[vms$common]
@ continue
sys$sysdevice:[vms$common] :
@ write sys$output "ok"
$ mms ! v3.3
%MMS-F-LEXNULLNAME, Encountered null filename on line 1.
...
$ mms ! v3.5
ok
So apparently this is a bug fixed in MMS after v3.3.
--
________________________________________
Craig A. Berry
mailto:[EMAIL PROTECTED]
"... getting out of a sonnet is much more
difficult than getting in."
Brad Leithauser
