[Info-vax] Userland programming languages on VMS.
Bill Gunshannon
bill.gunshannon at gmail.com
Wed Feb 2 16:25:03 EST 2022
On 2/2/22 13:21, Simon Clubley wrote:
> On 2022-02-01, Paul Hardy <p.g.hardy at btinternet.com> wrote:
>> Simon Clubley <clubley at remove_me.eisner.decus.org-Earth.UFP> wrote:
>>> ?
>>> Fortran and COBOL are not suitable for writing operating system userland tools.
>>
>> Not that I would encourage it as an implementation language these days, but
>> Fortran has been used as such in the past. I believe the Fortran H Extended
>> optimising compiler for the IBM 360/370 was written largely in Fortran H
>> Extended.
>>
>
> You are correct about past use. In the context of the discussion,
> I meant they are not suitable for writing userland tools _today_
Why? Just because there are other languages doesn't obsolete their
use for the task. If that were true we never needed anything after
C was created. After all the first Open Source compilers for many
of the languages in use were just x-to-C translators. P2C, F2C,
heck even GNAT was originally just an Ada to C translator. And some
are still that way and work just fine. GnuCOBOL for example.
> and I gave an example of where I had seen Fortran used in the
> distant past while I was still in school and before before C got
> established outside of Unix.
Ind I have seen Fortran used for this stuff long after C escaped
into the wild. There really is no legitimate reason why languages
Pascal, Modula, Fortran, PL/I, or anything else is unsuitable as
long as it is available on the system and there is a programmer
willing to work with it. After all, in the nd it's all just ones
and zeroes.
bill
More information about the Info-vax
mailing list