TEAM-ADA Archives

Team Ada: Ada Programming Language Advocacy

TEAM-ADA@LISTSERV.ACM.ORG

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Sender:
"Team Ada: Ada Advocacy Issues (83 & 95)" <[log in to unmask]>
X-To:
David Harrison <[log in to unmask]>
Date:
Tue, 16 Sep 1997 09:48:01 -0700
Reply-To:
AdaWorks <[log in to unmask]>
Subject:
From:
AdaWorks <[log in to unmask]>
In-Reply-To:
Content-Type:
TEXT/PLAIN; charset=US-ASCII
MIME-Version:
1.0
Parts/Attachments:
TEXT/PLAIN (33 lines)
David,

I am generally in agreement with you regarding the quality of code
produced by translators.  Currently, people are using CMS-2 to Ada and
Jovial to Ada translators which take entirely dissimilar languages anbd
try to find some similarity between them.

I have seen truly hideous code from attempts to translate RPG to COBOL,
COBOL to Ada, and other academic exercises.  On the other hand, I recall
that the early Russian to English translators were also quite crude but
have improved greatly over the years since I first saw them.

Languages as similar as Ada and Pascal represent a different case. Although
it woiuld be difficult to redesign Pascal using good Ada style, direct
translation of procedures comes out rather well.  If one takes the result
of the translation and uses it for expediting the coding process in an
Ada design, the result can be quite reasonable.

Another, and potentially better approach, would be to leverage the Interfaces
Annex (ALRM Annex C) with a pacakge, Interfaces.Pascal and use the existing
Pascal code as is.

Richard Riehle


[log in to unmask]
AdaWorks Software Engineering
Suite 30
2555 Park Boulevard
Palo Alto, CA 94306
(415) 328-1815
FAX  328-1112

ATOM RSS1 RSS2