Re: Algol 60 Syntax

wclodius@aol.com (Wclodius)
15 Jan 2000 14:22:01 -0500

          From comp.compilers

Related articles
Algol 60 Syntax dsutton@acumen1.com (2000-01-12)
Re: Algol 60 Syntax gorup@altavista.net (Andreas von Gorup) (2000-01-15)
Re: Algol 60 Syntax wb@yorikke.arb-phys.uni-dortmund.de (2000-01-15)
Re: Algol 60 Syntax harm.munk@philips.com (Munk, ir. H.) (2000-01-15)
Re: Algol 60 Syntax dvdeug@x8b4e53cd.dhcp.okstate.edu (2000-01-15)
Re: Algol 60 Syntax wclodius@aol.com (2000-01-15)
Re: Algol 60 Syntax steve.ross@rmc-ltd.com (Steve Ross) (2000-01-15)
Re: Algol 60 Syntax Martin.Ward@smltd.com (2000-01-15)
Re: Algol 60 Syntax dsutton@acumen1.com (2000-01-15)
Re: Algol 60 Syntax mah@colorado.edu (ma haibing) (2000-01-15)
Re: Algol 60 Syntax dsutton@acumen1.com (2000-01-19)
Re: Algol 60 Syntax wclodius@lanl.gov (William B. Clodius) (2000-01-21)
| List of all articles for this month |

From: wclodius@aol.com (Wclodius)
Newsgroups: comp.compilers
Date: 15 Jan 2000 14:22:01 -0500
Organization: AOL http://www.aol.com
References: 00-01-037
Keywords: algol60, history, comment

> (actually, I think BNF was developed specifically in order to
> describe Algol-60)


Minor quibble. Actually BNF was essentially developed by Backus to
describe, post-priori, Algol 58's syntax at a UNESCO conference in
1959. It was adapted (and adopted) by Naur for the development of
Algol 60 when he discovered that the language Backus described was not
what he thought they had designed and that the textual description was
ambiguous enough to allow both his and Backus's interpretations.


Major point: The poster seems to be unaware of all the semantic
subleties that can complicate the translation from one language to
another. Before he invests too much time in his project I suggest he
think about the implications, for example, of the large number of
different arguments passing mechanisms: call-by-value, call-by-name,
call-by-reference, no modifiable aliasing (Fortran), call by need,
copy-in/copy-out, call by descriptor, etc. That alone makes writng a
general purpose C to Fortran translator impractical, for example.


William B. Clodius
[It's true. But ironically, the other direction is easy because Fortran
is deliberately vague about all that stuff so valid Fortran programs
can't depend on one or another argument passing scheme. -John]


Post a followup to this message

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