Re: Languages from the 1950s

Martin Ward <martin@gkc.org.uk>
Wed, 13 May 2020 10:51:09 +0100

          From comp.compilers

Related articles
[3 earlier articles]
Re: Languages from the 1950s gah4@u.washington.edu (2020-03-31)
Re: Languages from the 1950s robin51@dodo.com.au (Robin Vowels) (2020-04-01)
Re: Languages from the 1950s pkk@spth.de (Philipp Klaus Krause) (2020-04-01)
Re: Languages from the 1950s derek@_NOSPAM_knosof.co.uk (Derek M. Jones) (2020-04-01)
Re: Languages from the 1950s robin51@dodo.com.au (Robin Vowels) (2020-04-02)
Re: Languages from the 1950s rst@panix.com (2020-05-10)
Re: Languages from the 1950s martin@gkc.org.uk (Martin Ward) (2020-05-13)
| List of all articles for this month |

From: Martin Ward <martin@gkc.org.uk>
Newsgroups: comp.compilers
Date: Wed, 13 May 2020 10:51:09 +0100
Organization: Compilers Central
References: 20-03-030 20-05-003
Injection-Info: gal.iecc.com; posting-host="news.iecc.com:2001:470:1f07:1126:0:676f:7373:6970"; logging-data="81263"; mail-complaints-to="abuse@iecc.com"
Keywords: history, architecture, comment
Posted-Date: 13 May 2020 11:06:30 EDT
In-Reply-To: 20-05-003
Content-Language: en-GB

On 10/05/2020 01:46, John wrote:
> It was an "optimizing" assembler in that it tried to place
> instructions in locations on the 650's drum to minimize the
> rotational delay. -John


When I read this I thought "how quaint!". But then I remembered
that with modern heavily pipelined CPU's, compilers also need
to place instructions in the right order so that each instruction
in the sequence is executed just as the hardware components
that it needs become available, to minimise the pipeline delay.


Plus ça change, plus c'est la même chose.


--
Martin


Dr Martin Ward | Email: martin@gkc.org.uk | http://www.gkc.org.uk
G.K.Chesterton site: http://www.gkc.org.uk/gkc | Erdos number: 4
[It's remarkable how little modern software technology wasn't already
done somewhere in the 1950s or 1960s. -John]


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.