Computer Old Farts Forum
 help / color / mirror / Atom feed
From: clemc at ccc.com (Clem Cole)
Subject: [COFF] How much Fortran?
Date: Mon, 3 Feb 2020 10:53:22 -0500	[thread overview]
Message-ID: <CAC20D2Mc3-KgBbxoHt5cJOR7DnPJbA=EDzUso6TAf+vrq=zu+Q@mail.gmail.com> (raw)
In-Reply-To: <20200203034729.GN3216@mcvoy.com>

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 4002 bytes --]

On Sun, Feb 2, 2020 at 10:47 PM Larry McVoy <lm at mcvoy.com> wrote:

> How big was it 30 years ago?  In my opinion, tiny compared to C.
>
Be careful, Fortran use is still not tiny (it has always paid my salary,
and continues to do so).  If you want to see some of the detail check out a
fascinating web site:   http://www.archer.ac.uk/status/codes/  then scroll
the red bar and button, by programming language and take a look at the
graphics, then scroll down and look at the applications.  [Archer is a big
Top-500 style supercomputer in the UK.  They are one of my customers, so
I'm aware of their work].

The sad truth is not a lot of 'new code' gets written for HPC (what I call
the 'Fortran problem' - a discussion I have had with a number of the DPC++
folks here at Intel).   Solutions like University of Illinois HPVM
(Heterogeneous
Parallel Systems Compiler), DPC++, and Cuda for that matter, all assume new
code is being written (which is great for minting new Ph’Ds), but history
has shown over and over, that does not happen in the HPC space [See: Clem
Cole's Quora answer: Why is the Fortran language still in use and the most
Importantly Relevant in HPC?  Is it just because this Language has
Tremendous Numerical Calculation Capability Which is an Important Part of
HPC?
<https://www.quora.com/Why-is-the-Fortran-language-still-in-use-and-most-importantly-relevant-in-HPC-Is-it-just-because-this-language-has-tremendous-numerical-calculation-capability-which-is-an-important-part-of-HPC/answer/Clem-Cole>
 and Clem Cole's Quora answer to: What is Fortran Useful For?
<https://www.quora.com/What-is-Fortran-useful-for/answer/Clem-Cole>].

So back to the question.  Given the timeframe when Voyager was being
developed, the primary development languages were Assembler, and
Fortran-66/IV in the NASA community (with some Jovial, most from the AF
types as I understand it).   Systems programming languages such as BCPL, C,
BLISS, *et. al* were not yet in fashion in the wider world, although the
system developers and research types certainly wanted something "better."
 Remember, only a 5-6 years earlier Margaret Hamilton wrote the AGC system
SW at MIT/Draper in assembler.   Ane when this SW was being written, Bill
Wulf would not do the famous BLISS *vs.* PDP-11/PDP-10 assembler test study
(~73) at CMU.

Frankly, I would have expected the folks at this(these) NASA contractor(s)
to have used assembler in those days under the guise of "efficiency;" but
Fortran-IV would definitely have been popular at many contractors that
would have been doing the work.  The article mentions Fortran-V which I
find interesting because I did not believe it was really much of a thing (
*i.e.* it was never standardized).  Basically, as I understood it from my
Fortran peeps at DEC/Intel, F-V was the Waterloo extensions (*a.k.a.*
WatFor) that got picked up by most people and in particular, IBM added to
the FORTRAN/G or H compiler for the S/360.  DEC had gone in a different
direction still with VMS FORTRAN, although I believe they had picked up the
things like WRITE(*) from Waterloo.

I could be misinformed, but I thought that it was not until the Stu Feldman
led what be called the Fortran-77 standard (which IIRC was not completed
until sometime in the early 1980s), that the ISO standard actually moved
from Fortran-IV.  [As, I have said elsewhere, the greatest bit of marketing
DEC ever did was convince the world VMS FORTRAN was F77].

So it would not have been out of the question for the Nasa team to have
used a flavor of post FORTRAN-66/IV as a development like the article
Dennis points to suggests.  But I wish I knew what the ISA of the processor
was/is?   That would likely tell us more.   What were the HLL available for
that processor?   Did NASA invest in having something beyond the assembler
written?

Clem
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/coff/attachments/20200203/a97697ba/attachment.html>


  reply	other threads:[~2020-02-03 15:53 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-03  1:38 krewat
2020-02-03  3:47 ` lm
2020-02-03 15:53   ` clemc [this message]
2020-02-03 16:06     ` lm
2020-02-03 16:20       ` clemc
2020-02-03 19:50     ` dave
2020-02-03 17:01   ` thomas.paulsen
2020-02-03  4:50 ` drb
2020-02-03 17:06 ` crossd
2020-02-03 18:36   ` 
2020-02-03 19:26     ` cym224
2020-02-04  1:25     ` wobblygong
2020-02-06  4:59 rudi.j.blom
2020-02-06 20:04 ` dave
2020-02-07 21:09 dave

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAC20D2Mc3-KgBbxoHt5cJOR7DnPJbA=EDzUso6TAf+vrq=zu+Q@mail.gmail.com' \
    --to=coff@minnie.tuhs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).