[Info-vax] VAX VMS going forward

[Craig A. Berry]

On 7/31/20 9:40 AM, John Reagan wrote:
> On Friday, July 31, 2020 at 8:16:52 AM UTC-4, Craig A. Berry wrote:
>>  Portable code would have
>> to live without the following from table 1-8 of the CRTL manual:
>>
>> atexit         frexp           ioctl           setbuf
>> execv          getopt          modf            setstate
>> execve         iconv           putenv          setvbuf
>> execvp         initstate
>>
>> The problem is not the length of the list but what's on it.  It's hard
>> to imagine a full-featured, portable program that does not use getopt,
>> the exec family of functions, and ioctl.
>>
>> In the case of the OP, a math library might be ok, but the user of that
>> library who wants to write a program would have some hoops to jump through.
> 
> I agree.  Some of those 32-bit only ones need 64-bit solutions.  Not
> impossible for us to make a getopt_64 and then in the headers define
> a macro for getopt based on the command line.  We're doing some
> additional work right now on the RTL and I'll see about what we can
> do for some of these.

It's possible getopt and the exec functions would have to be done 
together because you'd be changing argv, and this in turn may have some 
incestuous relationship with DCL foreign command parsing or something.

iconv, on the other hand, seems like it's just a library that handles 
strings and should be able to be 64-bit.