Re: Translating Algol to C or Cobol

juliar@hpcll17.HP.COM (Julia Rodriguez)
6 Jun 89 17:05:45 GMT

          From comp.compilers

Related articles
Translating Algol to C or Cobol deh0654@sjfc.UUCP (1989-05-16)
Re: Translating Algol to C or Cobol kgg@lfcs.ed.ac.uk (1989-06-15)
Re: Translating Algol to C or Cobol juliar@hpcll17.HP.COM (1989-06-06)
| List of all articles for this month |
From: juliar@hpcll17.HP.COM (Julia Rodriguez)
Newsgroups: comp.compilers
Date: 6 Jun 89 17:05:45 GMT
References: <539@sjfc.UUCP>
Organization: Hewlett-Packard Calif. Language Lab

>/ deh0654@sjfc.UUCP (Dennis E. Hamilton) / 5:03 pm May 16, 1989 /


>a tough bet to make. The translation to COBOL is even more limited,
>of course, since COBOL has no concept of local data at all, and the
>only form of dynamic data binding COBOL supports is the limited case of
>parameter passing. You might as well translate to FORTRAN. COBOL
>doesn't support pointers, so it provides little comfort as a way to fake
>ALGOL notions in the disguise of other constructs that are available.
>In no case would I expect a translation of ALGOL to COBOL to be
>intelligible to a human programmer, ...


Just a couple of corrections in regard to COBOL. The 85 standard
(ANSI X2.23-1985) added several facilities to COBOL. Among them are:
nested programs, global data, and external data. COBOL does have the
concept of local/global data. It does support dynamic data binding other
than parameter passing.


It is true that COBOL does not support pointers.


I do not think that a translation to COBOL would be less intelligible than
a translation to C. Automated translations are rarely intelligible in any
case.


Julia Rodriguez
X3J4 member
[From juliar@hpcll17.HP.COM (Julia Rodriguez)]
--


Post a followup to this message

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