At 11:52 AM +0200 6/28/02, Martin Vorlaender wrote: > > It seems at the least we should add SYS to the list of > > dangerous logical names. > >It certainly is. I defined SYS to point to the reference copies of the >DEC C header files, and the build went smooth. MMS TEST, though, >wouldn't >even start (fails at the point where it tries to deassign the - system - >logical). Hmm. It's assuming it needs to deassign the one it defined in descrip.mms, but for you that didn't happen because of the system-level definition. The following appears to work so we should probably do this instead: --- vms/test.com;-0 Sat Jun 1 12:03:53 2002 +++ vms/test.com Fri Jun 28 14:22:31 2002 @@ -64,7 +64,7 @@ $ Copy/Log/NoConfirm [-]VMSPIPE.COM [] $! $! This may be set for the C compiler in descrip.mms, but it confuses the File::Find tests -$ if f$trnlnm("sys") .nes. "" then DeAssign sys +$ if f$trnlnm("sys") .nes. "" then Define sys " " $! $! And do it $ Set Message /NoFacility/NoSeverity/NoIdentification/NoText [end of patch] >lib/File/Spec/t/rel2abs2rel..........FAILED at test 4 > Does the current working directory have a concealed device name in it? >lib/Math/BigInt/t/bare_mbi...........FAILED at test 2326 >lib/Math/BigInt/t/bigintpm...........FAILED at test 2326 >lib/Math/BigInt/t/sub_mbi............FAILED at test 2326 > >The message behind all of these is > ># Test 2326 got: '1701411834604692e+23' >(../lib/math/bigint/t/bigintpm.inc at line 394) ># Expected: '1e+129' Yup. We need to skip those tests for a D_FLOAT build. Unfortunately bigintpm.inc is not constructed in such a way that it's easy to stick in a check for that. >lib/Tie/File/t/01_gen................FAILED at test 36 >lib/Tie/File/t/04_splice.............FAILED at test 9 .... >The message behind all of these is > >truncate not implemented at ../lib/Tie/File.pm line 745, <FH> line ... Looks like those tests should be skipped unless $Config{d_truncate} is true. >lib/vmsish...........................FAILED at test 22 > >In singular testing I get > >not ok 22 - (time) UTC:1025256379 VMS:1025256379 >not ok 23 - (localtime) ># UTC: 19 26 11 28 5 102 5 178 -1 ># VMS: 19 26 11 28 5 102 5 178 -1 >not ok 24 - (gmtime) ># UTC: 19 26 9 28 5 102 5 178 0 ># VMS: 19 26 9 28 5 102 5 178 0 >not ok 25 - (stat) UTC: 1022943813 VMS: 1022943813 Is your SYS$TIMEZONE_DIFFERENTIAL zero? I seem to remember there is a test that frequently fails when that is the case. -- ________________________________________ Craig A. Berry mailto:craigberry@mac.com "... getting out of a sonnet is much more difficult than getting in." Brad LeithauserThread Previous | Thread Next