[Info-vax] Updates to VMSTAR and Wget for VMS

[Steven Schweda]

   Interesting (but vague) report.

> -wget : I had to tweak it a little bit (only tried on Itanium yet)
> The build I tried was against OpenSSL 1.1.1h
> problems I found + solutions/work-arounds 

   You might need to supply an actual problem report with actual
details.  I did most of the work on my main rx2600 using "HP C V7.3-020
on OpenVMS IA64 V8.4" and "%MMS-I-IDENT, MMS V3.8-2 [...]", with no
problems.  I just checked it there with OpenSSL 1.1.1i, also with no
problems.  I also tried it on my rx2660, leading to that parenthetical
"(OpenVMS IA64 V8.4-2L1, VSI C V7.4-001, [...])" in [.vms]vms_notes.txt,
also with no problems.  MMS there is V4.0, OpenSSL 1.1.1h.

ITS $ mms /mac = (OSSLD=1) DASHV   # rx2600

   5-JAN-2021 13:56:54
   Destination: [.IA64L]

   OPENSSL: OSSL$INCLUDE:[openssl]

   OS_TYPE string: "VMS IA64 V8.4"

[...]
mcr [-.SRC.IA64L]wget "-V"
GNU Wget 1.20.3a built on VMS IA64 V8.4.

-cares +digest -gpgme +https +ipv6 -iri +large-file -metalink -nls 
+ntlm +opie -psl +ssl/openssl 

VMS V8.4, OpenSSL 1.1.1i  8 Dec 2020
[...]


ITX $ mms /mac = (OSSLD=1) DASHV   # rx2660

   5-JAN-2021 14:25:11
   Destination: [.IA64L]

   OPENSSL: OSSL$INCLUDE:[openssl]

   OS_TYPE string: "VMS IA64 V8.4-2L1"

[...]
mcr [-.SRC.IA64L]wget "-V"
GNU Wget 1.20.3a built on VMS IA64 V8.4-2L1.

-cares +digest -gpgme +https +ipv6 -iri +large-file -metalink -nls 
+ntlm +opie -psl +ssl/openssl 

VMS V8.4-2L1, OpenSSL 1.1.1h  22 Sep 2020
[...]


> - One of the "Actions didn't update" made MMS to stop [...]

   I see none of those, but I thought that they were "-I-", and stopped
nothing.

> - The compilation gave a warning of of an external in
> the ssl-headers to be more than 31 characters. [...]

   Not here.

> 1) upcase lib$initialize in the c-sources

   I've added "#define lib$initialize LIB$INITIALIZE" in other places,
where CC /NAMES=AS_IS made sense.  Never needed it for this.

> %ILINK-W-MULDEF, symbol DECC$__UTC_UTIME multiply defined 

   I'd guess that that's a consequence of CC /NAMES=AS_IS.

> I think this is harmless

   I wouldn't bet on it.  Wget should be using my utime(), not the CRTL
utime().

   Similar for SNPRINTF and STRTOK_R.  Case mismatch in the
/prefix_library_entries stuff?  I never tried (or needed) to use
CC /NAMES=AS_IS, so trouble with that would be easy to believe.