>    I assume that the rest of the no-copy methodology from 0.9.8l could
> be dragged into 0.9.8m, too, but my desire to waste my time has waned.

   Speaking of pointless file copying, I see that makevms.com is doing
this:

$!
$! Tell The User We Are Partly Rebuilding The [.APPS] Directory.
$!
$ WRITE SYS$OUTPUT "Rebuilding The '[.APPS]MD4.C', '[.APPS]MD5.C' And 
'[.APPS]RMD160.C' Files."
$!
$ DELETE SYS$DISK:[.APPS]MD4.C;*,MD5.C;*,RMD160.C;*
$!
$! Copy MD4.C from [.CRYPTO.MD4] into [.APPS]
$!
$ COPY SYS$DISK:[.CRYPTO.MD4]MD4.C SYS$DISK:[.APPS]
$!
$! Copy MD5.C from [.CRYPTO.MD5] into [.APPS]
$!
$ COPY SYS$DISK:[.CRYPTO.MD5]MD5.C SYS$DISK:[.APPS]
$!
$! Copy RMD160.C from [.CRYPTO.RIPEMD] into [.APPS]
$!
$ COPY SYS$DISK:[.CRYPTO.RIPEMD]RMD160.C SYS$DISK:[.APPS]


   On an HP-UX system, I saw this in "apps":

      md4.c -> ../crypto/md4/md4.c

but I didn't see the others.  This agrees with the VMS build log, which
shows that the (initial) attempts to delete them failed:

Rebuilding The '[.APPS]MD4.C', '[.APPS]MD5.C' And '[.APPS]RMD160.C' Files.
%DELETE-W-SEARCHFAIL, error searching for 
ALP$DKA100:[UTILITY.SOURCE.OPENSSL.openssl-0^.9^.8m.apps]MD5.C;*
-RMS-E-FNF, file not found
%DELETE-W-SEARCHFAIL, error searching for 
ALP$DKA100:[UTILITY.SOURCE.OPENSSL.openssl-0^.9^.8m.apps]RMD160.C;*
-RMS-E-FNF, file not found

   Apparently, no one (else) is expecting "md5.c" or "rmd160.c" there. 
Is anyone (VMS or elsewhere) still interested in the remaining link for
"md4.c" there?  It seems to linger on in "crypto/md4/Makefile", but it's
not immediately clear to me why.

   Note for non-VMS users: VMS file systems before ODS5 on VMS V8.3 did
not support symbolic links, so VMSTAR would extract a symlink as a text
file, not a true symlink, so it does make some sense to replace one of
those pseudo-symlink text files with a copy of the actual file (the link
target).  However, it doesn't make sense to replace it if it's not
there ("md5.c", "rmd160.c"), and if no one actually cares about the
other one, then this whole mess could be tossed out, rather than
reformed.

------------------------------------------------------------------------

   Steven M. Schweda               s...@antinode-info
   382 South Warwick Street        (+1) 651-699-9818
   Saint Paul  MN  55105-2547
______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
Development Mailing List                       openssl-dev@openssl.org
Automated List Manager                           majord...@openssl.org

Reply via email to