Re: openssl-1.0.1-stable-SNAP-20101217

--------

   "makevms.com" says this about "P2":

      [...]
      $! Currently supported values are:
      $!
      $!      32      To ge a library compiled with /POINTER_SIZE=32
      $!      64      To ge a library compiled with /POINTER_SIZE=64
      [...]

But a null string ("") is also accepted, as in previous versions.  What
should I expect from that?  (Or is it not "supported"?)

   One unsightly result:

ALP $ type [.crypto._ALPHA]BUILDINF.H
#define CFLAGS "/POINTER_SIZE="                 <------
#define PLATFORM "VMS ALPHA V8.3"
#define DATE "17-DEC-2010 17:39:52.60"

Leading to:

ALP $ ossl version -f
compiler: /POINTER_SIZE=

--------

   "makevms.com" does this:

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

Does anyone know why?  Who uses "The '[.APPS]MD4.C' File"?

--------

   "[.crypto.des]des-lib.com" seems as if it would compile things with
no reference to pointer size.  Is this procedure only clutter now?

--------

   The [.test] directory seems to be accumulating multiple versions of
several (test results?) files:

      cms.err;36
      cms.out;113
      SMTST.TXT;55
      TEST.CMS;52
      TEST2.CMS;3

(and probably some others which are less obvious (single versions).)

   I assume that these files' being created in the [.test] directory is a
sign that concurrent testing for multiple hardware architectures would
still be a bad idea, but is thare any reason not to clean them up after
a successful test?

--------

   I still claim that embedding a fixed path in the (installed)
OPENSSL_STARTUP.COM file is lame.  Simply renaming the installation
destination directory renders this file broken.  Having it look at where
it is when it's run (as previously suggested) makes more sense to me.

--------

      search [...]*.com arguement   ! "argument".

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

   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