From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 109fba,c8b7c9225d2bff0c X-Google-Attributes: gid109fba,public X-Google-Thread: 103376,c8b7c9225d2bff0c X-Google-Attributes: gid103376,public From: jsa@alexandria (Jon S Anthony) Subject: Re: Ada95 & C++ Interfacing Date: 1996/08/02 Message-ID: #1/1 X-Deja-AN: 171662746 sender: news@organon.com (news) references: <3200BA54.529A@dra.hmg.gb> organization: Organon Motives, Inc. newsgroups: comp.lang.ada,comp.lang.c++ Date: 1996-08-02T00:00:00+00:00 List-Id: In article <3200BA54.529A@dra.hmg.gb> Nigel Williams writes: > I am currently designing a new distributed Air Traffic control system >... > Although CORBA would be an excellent choice, this is currently not an > option (silly isn't it). Yes. Most unfortunate. Why is it not an option? > I am considering implementing this layer in C++ in order to take > advantage of the characteristics of OOP, particularly inheritance & Why not use Ada95? It has all that. It will also be a better "glue" as it has the interface capability to other languages much more than C++ (for example, Fortran, C, and of course, Ada83 right out of the box...) Also, you could try the distributed systems implementation for GNAT, since you are using GCC based tools anyway. Then you could have your distributed system/object stuff by means of Ada95 and for the legacy bits you could have Ada95 wrappers utilizing the Interfaces capabilities of Ada95. Seems like a much more viable route. /Jon -- Jon Anthony Organon Motives, Inc. 1 Williston Road, Suite 4 Belmont, MA 02178 617.484.3383 jsa@organon.com