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

[Joukj]

Steven Schweda wrote:
>    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
>

The only difference is that my MMS version is 3.9-01
Command used:
     MMS /MACRO = (OSSLD=1)/ign=warning

OpenSSL was build from source.

I will try to build Openssl 1.1.1i first to see, if that makes the 
difference.



> 
> 
>> - 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.

  On my system they are with -W-:
   %MMS-W-GWKACTNOUPD, Actions didn't update

Is this a difference between MMS 3.8 and 3.9?
> 
>> - The compilation gave a warning of of an external in
>> the ssl-headers to be more than 31 characters. [...]
> 
>    Not here.

I'll retry when I have compiled Openssl1.1.1i and if the error persists 
I will send you a full error message.

> 
>> 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.

I have some software (i.e. gtk) where the only difference between 
externals is upper/lower case. So I use the /name=(as_is) as a 
"standard" option.


> 
>> %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.


What I see in other open-source projects: When you need to replace a 
library-procedure with your own one, you use a preprocessor define to 
prefix the routine (normally done in the config.h header).


                       Jouk